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STRATEGIC ENTERPRISE ARCHITECTURE DESIGN 
AND IMPLEMENTATION PLAN FOR MDT 


FINAL REPORT 


A. EXECUTIVE SUMMARY 


This section of the report provides an Executive Summary of the Montana Department of 
Transportation (MDT) Strategic Enterprise Architecture (EA) Design and Implementation Plan. 
eVision Partners, Inc. was engaged by MDT to develop a strategic Enterprise Architecture (EA) 
design and supporting implementation plan for the agency. This document summarizes the 
project work, provides an assessment of MDT’s current information systems environment, and a 
set of conclusions and recommendations to guide the implementation of the Enterprise 
Architecture Design. 


An Enterprise Architecture (EA) is a strategic information technology plan that aligns 
technology with the strategic plan of the agency, integrates the technology needs of the agency, 
and leverages the agency’s data, systems, technology infrastructure, and staff knowledge to 
implement technology systems to support the efficient delivery of the programs, operations, and 
services of MDT. 


MDT’s mission is clearly complex and highly diverse. Due to that complexity, it is essential 
MDT effectively utilize information technology to leverage limited resources in terms of 
employees and funding. However, the current information systems environment at MDT, for the 
most part, is a fragmented collection of standalone or silo-based systems and processes. These 
systems include both older inhouse developed systems and a number of best-of-breed 
commercial off-the-shelf solutions, typically selected by one business unit to meet their specific 
needs and not selected from a holistic enterprise perspective. 


This type of fragmentation is common in larger organizations utilizing information systems 
for four or more decades, as the majority of the systems were not developed in any cohesive 
fashion under a singular strategic vision. Some of these applications are old and support for them 
increasingly challenging due to their age and potential obsolescence of software or people 
familiar with the systems. Many of these systems were developed for specific functional areas 
and never designed to integrate with any overall architecture. This situation has resulted in 
limited data integration, and in some cases, requires the same information to be entered into 
multiple systems across the same or different business units. 
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As a part of the early project, the eVision Partners team interviewed MDT staff and 
stakeholders. These interviews captured agency business drivers; business functions and 
objectives of MDT; alignment of the agency’s critical success factors to those objectives; 
identified agency challenges; technology systems used, being implemented, or planned; and 
identified strengths and challenges of the current technology environment at the agency. This 
information was distilled and documented for validation and agreement in subsequent 


workshops. 


Following the interviews, the eVision Partners team conducted six validation workshops with 
agency staff. These validation workshops focused on Information Technology (IT) and five 
business functional areas (Project Delivery, Maintenance and Asset Management, Business 
Support Services, Multi-Modal and Grants Management, and Transportation Operations 
Management.). These workshops were interactive and resulted in validation of the identified 
business drivers and critical success factors (CSFs). During the validation workshops, the 
eVision Partners team had attendees validate, modify, and supplement the business drivers 
captured during the interviews. In addition, attendees were tasked with aligning those business 
drivers to the agency’s CSFs (Quality, Safety, Cost Effectiveness, Economic Vitality, and 
Environmental Sensitivity). In all cases, as expected, business drivers aligned with at least one 
CSF, while many business drivers aligned with all of the CSFs. Last, the attendees validated the 
list of technology systems employed in each of the sub-functions within the business functions. 
Based on the stakeholder interviews and workshops, this report documents our team’s findings 
about the MDT As-Is information technology environment. 


Using enterprise architecture best practices, the findings from the Current Situation Analysis 
(As-Is) and the eVision Partners team’s experience coupled with the current and anticipated state 
and federal legislative environment as inputs, the eVision Partners team defined a preliminary 
MDT To-Be Strategic Enterprise Architecture. In a series of workshops with MDT stakeholders, 
this preliminary To-Be architecture was reviewed, validated, and refined. The eVision Partners 
team also developed an EA Implementation Plan depicting a mix of short-term, intermediate, and 
long-term implementation projects. The eVision Partners team conducted multiple reviews on 
the EA Implementation Plan to obtain feedback and to tune the EA Implementation Plan content. 
The final version of this plan is included in this report. 


Table 1 summarizes the key high-level recommendations. A more detailed set of findings and 
recommendations is included in the report Appendices (see page H-3). 
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TABLE 1: SUMMARY OF RECOMMENDATIONS 


Challenge or Opportunity Recommendation 


TRANSPORTATION PROJECT DELIVERY 


Implement Next Generation PPMS 


Implement a next generation PPMS based on industry best practice that is 
tightly integrated with the MDT’s Planisware® scheduling application. The 
new PPMS should also be designed to tightly integrate with MDT’s asset 
management systems. Implementation of this new system should be 
guided by a governance team comprised of management from all MDT 
divisions with subject matter experts assigned to the project team from 
each division 


Implement Next Generation TIS/LRS & Roadway 
Inventory 


Continue with design and implementation of the new Transportation 
Information System, Location Referencing System and Roadway 
Inventory application as a foundational of the To-Be MDT Enterprise 
Architecture 


Implement ROW and Utility Relocation system 


Implement new Right-of-Way Management system and Utility Relocation 
System using a COTS solution or COTS framework. 


Extend Planisware® implementation to support 
resource management 


Extend capabilities of Planisware® to support resource management 


Reengineer As-Built process 


Re-engineer As-Built process to more effectively utilize available 
technologies. Re-engineered must consider impact of 3D design and 
asset management requirements 


Establish and Implement Design Model Strategy 


Develop design model and GIS integration strategy and begin piloting and 
phased deployment based on defined strategy 


Implement AASHTOWare™ Project Construction 
and Materials 


Implement AASHTOWare™ Project Construction and Materials including 
utilization of mobile technology where possible along with full-range of 
LIMS functionality 


MAINTENANCE AND ASSET MANAGEMENT 


Define Enterprise Asset Management Strategy 


Define an asset management systems strategy to provide data integration 
between individual asset management systems (bridge, pavement, safety 
and the next generation maintenance management system) to support 
agency business requirements defined in the MDT transportation asset 
management plan. As an initial focus, design and establish an Asset Data 
Warehouse which provides a single point of access to information about 
transportation assets (through preferably virtual integration of data from 
core management systems). In future years, design and develop cross 
asset analysis tools as business policy and process requirements are 
defined and as product offerings in this area mature in the marketplace. 


Extend SIMS functionality 


Implement additional safety management system capabilities with an 
emphasis on multi-disciplinary data elements such as EMS run tickets, 
trauma registry information and conviction data. 


Implement Modeling and Analytics for Structures 


Define requirements for modeling and analytics functionality and evaluate 
capability of Advitam ScanPrint IMS to meet these requirements. If 
Advitam does not meet requirements, evaluate and select alternative 
solution. 


Extend MMS to handle ancillary assets 


Continue and build on existing efforts through the MMS project to utilize 
the new AgileAssets MMS to support ancillary assets. 


TRANSPORTATION OPERATIONS MANAGEMENT 


Implement new COTS Traveler Information 
System 


Replace the existing Traveler Information System with a COTS application 
as the core of the new solution 


Implement new Outdoor Advertising System 


Replace existing Outdoor Advertising application preferably with a COTS 
solution; evaluate potential for utilizing existing MDT technology 
(AgileAssets, Advitam, Bentley) to perform this function prior to bringing in 
another solution 


Continue implementing SMARTCOP 
enhancements 


Continue targeted enhancements to SMARTCOP including opportunities 
to enhance data integration with other agencies 


Implement Mobile Technology support 


Evaluate mobile platform alternatives, select solution and integrate with 
EVMS and a solution in alignment with an enterprise mobility strategy 


ePart Enhancements 


Extend ePart implementation to address priority enhancements 


MDT Strategic EA Final Report 


Challenge or Opportunity Recommendation 


MULTI-MODAL AND GRANTS MANAGEMENT 


Implement Enterprise Grants Management 
Solution 


Evaluate the opportunity to implement a single grants management 
application; this evaluation should include analyzing capabilities of any 
statewide grants management solution which may be initiated 


BUSINESS SUPPORT SERVICES 


Implement Financial Suite as part of ERP project 


Proceed with implementation of Financial Suite as initial step to provide 
enhanced budgeting, forecasting, finncial reporting and analysis tools prior 
to implentation of an ERP. Project should be designed to anticipate future 
ERP and minimize future re-work when MDT legacy financial systems are 
replaced with an ERP 


Implement State's ERP solution as financial 
system of record for MDT 


Implement an enterprise resource planning (ERP) application at the 
agency level or by extending the functionality in the State’s SABHRS 
PeopleSoft application to meet the full range of MDT requirements. This 
ERP application will provide a highly integrated commercial off-the-shelf 
(COTS) solution to support financial management, human resource 
management and procurement functionality as well as an enterprise-wide 
contract management system 


Implement Talent Management solution 


Implement a COTS-based enterprise wide Talent Management solution 
with an initial focus on an e-Learning that can support all MDT training 
requirements (employees, local programs, contractors, consultants, etc.) 


Implement Discipline & Grievance Management 
solutions 


Implement existing or enhanced capabilities within SABHRS HR to meet 
Discipline, Grievance Management and other HR requirements not 
currently being met by SABHRS 


Implement a Case Management System 


Implement COTS-based Case Management Software; integrate solution 
with new Enterprise wide Content Management solution 


CROSS-FUNCTIONAL 


Implement Enterprise Content Management (ECM) 


Define an enterprise wide content management strategy designed to meet 
all agency requirements and then implement an enterprise wide content 
management system to meet these requirements. In the interim, proceed 
with implementation of the new Engineering document management 
solution to meet immediate business needs. The To-Be solution may 
involve multiple COTS solution and should leverage existing state 
investments where appropriate. Include requirements for collaboration 
tools. 


Implement Mobile Technology support 


Evaluate mobile platform alternatives, select solution and integrate with 
EVMS 


INFORMATION TECHNOLOGY ORGANIZATION AND GOVERNANCE 


Retire all Oracle Forms Applications 


Prepare a work plan and timeline for retiring all Oracle Forms applications 
either through a specific project initiative or migrating Oracle Forms 
applications to either COTS applications or a Java based custom 
application 


Establish Data Governance Program 


Establish a data governance initiative to implement industry best practices 
in data governance, data standards, and data stewardship 


Implement Data Warehouse, Business Intelligence 
(BI), and Analytics 


Implement a Data Warehouse (DW) with a set of business intelligence and 
analytics tools. 


Define and implement data services strategy 


Define and implement data service strategy for external stakeholders 


Implement single sign-on 


Implement approach in conjunction with deployment of new systems and 
then transition other systems 


Define and implement Disaster Recovery Planning 
(DRP) and Strategy 


Define and implement a disaster recovery strategy and fully test the 
strategy 


Develop Cloud Strategy 


Develop and implement a single agency-wide cloud strategy 


Develop Mobile Device or Mobility Strategy 


Develop and implement a mobile device strategy including determining 
whether there should be an enterprise mobile platform. 


Establish IT Governance 


Implement an MDT Technology Council comprised of a mix of senior level 
and mid-level managers from all business areas to review and 
recommend agency IT investments. 

Implement a project scoring and investment decision process that is 
aligned with agency business objectives. 

Develop a project scoping and screening process to ensure a reasonably 
detailed business case is prepared for a project prior to making a decision 
to move forward with the project. 
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Challenge or Opportunity Recommendation 


Establish Agency Technology Procurement Policy Require approval by the Director of ISD of all proposed technology 
acquisitions to ensure consistency with MDT standards and ensure 
appropriate planning for implementation of the proposed technology and 
its integration with other MDT technology infrastructure 


Establish enterprise strategy and framework for Need to identify strategies for creating more alignment (inclusion of 
effective use of IT resources across agency Project Managers on all project teams, use of enterprise standards, etc.). 
Also, need to assess whether it would be more efficient and effective for 
MDT as awhole if some positions are transitioned within ISD. From a best 
practices approach, project managers (internal and contract) should either 
be housed in IT or if housed in a business unit must have a matrixed 
relationship to the ISD PMO; Application developer positions should 
generally be housed in the IT organization, while business analyst 
positions, where domain knowledge of the business function is essential, 
may be housed either in the business unit with a matrixed reporting 
relationship to ISD or in ISD with a matrix reporting relationship to the 
business unit. Project Managers should also be housed within the MDT 
Project Management Office in ISD, or if contracted for externally, should 
report to the PMO on a matrix-based reporting basis. 


Establish consistent use of IT standards and Provide education sessions for MDT business units on applicable 
polices MDT-wide for all programs/projects with an standards 
information technology component Require compliance with MDT standards in all IT contracts (whether 


managed by ISD or business unit) 
Establish a multi-disciplinary team to own and manage updates to 
standards 


Establish Effective IT Contract services capabilities Establish a retainer contract to obtain services of RFP writers and contract 
specialists to augment internal skills and experience 


Included in this report, the eVision Partners team has also prepared an enterprise readiness or 
organizational change management strategy in support of the recommended MDT Strategic 
Enterprise Architecture implementation plan. Successfully implementing change in an 
organization is truly about people; change leaders who initiate the effort, staff that manage and 
support the effort, and ultimately the staff affected by the change. eVision Partners has also 
prepared a draft Information Technology Governance Strategy as a part of the Final Report. This 
draft defines the management structures needed to guide implementation of the MDT Strategic 
Enterprise Architecture Plan. 


eVision Partners has prepared a seven-year Implementation Plan for deploying the proposed 
recommendations. Individual projects to implement each recommendation or a grouping of 
related recommendations were sequenced within the plan based on priority and complexity and 
interrelationships between the various recommendations. The plan is intended to be constrained 
both by financial capacity, resource capacity, and business unit subject matter expert availability 
to work on projects tempered by the amount of change it is reasonable for MDT to absorb at the 
same time. This Implementation Plan was provided to MDT as a draft and reviewed with both 
the Technical Panel and the MDT executive management team. eVision Partners then updated 
and finalized the plan reflecting input from MDT on the prioritization of recommendations and 
assumptions about financial and other resource capacity constraints across the seven-year 
planning horizon. 


The total implementation cost of the recommendations within the proposed Enterprise 
Architecture Program is $72.9 million over the seven-year period. The program includes 
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projects, which are eligible for Federal funding at various percentage splits, as well as some 
projects, which are expected to be 100% MDT funded. The research team worked with the 


Technical Panel and the MDT executive management team to sequence the timing of the various 
projects to balance the total cost and the total MDT share of the cost within each fiscal year of 
the proposed program. 


Based on our team’s experience, eVision Partners anticipates a number of benefits directly 


related to the establishment of the Enterprise Architecture program itself, as well as benefits 


from the individual projects proposed within the Enterprise Architecture program. Examples of 


anticipated benefits related to the establishment of the MDT Enterprise Architecture program 


include: 


Structured documentation of an organization’s business drivers, which promote 
improved planning and decision making; 


Improved communication and collaboration both within the business organization 
and between business units and the technology organizations; 


Business-centric architectural views, which: 

o Assist with communicating the complexity of large systems; 

o Assist in understanding interactions between systems; and 

o Facilitate on-ongoing management of complex technology environments; 
A focus on the strategic use of emerging technologies which: 

o Drive implementation of business efficiencies, 

o Drive process standardization; and 

o Improve the ability of the business to meet changing requirements; 
Improved sharing of information across the enterprise by promoting: 

o Consistency, accuracy, and timeliness of information; and 

o Integrity, quality, availability, and access to information; 

A structured technology investment process, which: 


o Aids in the identification of benefits, impacts, and life-cycle cost of proposed 
technology projects; 


o Provides a consistent way to analyze alternatives, risks, and trade-offs; and 


MDT Strategic EA Final Report 


o Provides prioritization of candidate technology projects based on business value; 


e Better leveraging and management of MDT’s technology spend as a result of the 
ability to: 


o Design more quality and flexibility into applications without increasing costs; 
o Achieve economies of scale through sharing services; and 
o Expedite the integration of both legacy and new systems. 


It is expected that quantified benefit streams will be identified and a return on investment 
analysis prepared for individual projects within the Enterprise Architecture program as part of 
detailed project planning for each initiative. Examples of anticipated benefits from individual 
projects proposed within the Enterprise Architecture program include: 


e Increased efficiency in the delivery of the transportation program through better 
project prioritization and selection tools, improved project management tools and a 
holistic asset management systems strategy; 


e Improved effectiveness in the use of the agency’s maintenance budget through 
improved life-cycle cost management, as a result of implementation of an integrated 
transportation asset management solution with life-cycle cost modeling, needs 
identification, trade-off analysis, and performance-based budgeting capabilities; 


e Increased automation of accounting and other support functions allowing some 
MDT staff time currently spent on transaction processing to be re-directed to higher 
value activities; 


e Improved contract management capabilities through the consolidation of multiple 
contract management systems into a single contracts management application that is 
tightly integrated with SABHRS ERP; 


e Redirection of some MDT IT staff to supporting more mission specific business 
applications by leveraging SABHRS, Oracle Taleo and potentially the future 
statewide grants management solution and other statewide solutions for the 
department’s financial, contract management, human capital management and 
procurement management system requirements; and 


e Standardized reporting capabilities with more timely and accurate data and 
improved management analytics and performance measurement capabilities through 
the new Data Warehouse environment. 
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The eVision Partners team prepared this report, which packages the various work products 
into this EA Strategic Plan Final Report. The eVision Partners team updated the Final Report 
based on feedback from MDT and upon MDT’s approval, published this Final Report and 
Executive Summary. 


To summarize, this Final Report provides an Enterprise Architecture aligned to the MDT 
business. drivers and _ strategic initiatives, providing an EA _ Implementation Plan, 
Recommendations by EA layer, along with estimated costs, benefits, risks, and risk mitigation 
strategies for the EA. After the initial draft of this report was created for MDT review, the 
Montana Convergence Plan was announced (directed by Governor’s Executive Order 09-2016). 
MDT ISD is assessing the impact this initiative will have to the EA Implementation Plan. 
However, the eVision Partners team believes that MDT is well positioned to proceed to the next 
steps to implement the Enterprise Architecture and the recommendations in this Final Report. 
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B. INTRODUCTION 


The Montana Department of Transportation (MDT) is the lead state-level agency for 


planning and executing the transportation program for the State of Montana. MDT’s scope of 


services is diverse, including highways, public transit, rail, aeronautics, motor fuel tax collection, 


and motor carrier safety. MDT delivers its services through a headquarters function in Helena, 


Montana and five district offices across the state. 


Some of the key responsibilities of MDT include: 


Planning and design for highway projects; 

Highway construction contract administration and oversight; 
Materials design and testing; 

Property acquisition; 

Fiscal programming and cost accounting; 

Motor fuel collection and enforcement; 

Enforcing vehicle weight and dimension laws; 
Outdoor Advertising control; 

Managing the state motor pool; 

Highway, Bridge and Rest Area maintenance; 

Public Transportation and Rail Programs and Planning; 
General Aviation Airport Planning; and 


Highway Traffic Safety. 


MDT’s mission is “to serve the public by providing a transportation system and services that 


emphasize quality, safety, cost effectiveness, economic vitality, and sensitivity to the 


environment.” It performs this function using a combination of Federal and State funds and in 


collaboration with a range of stakeholders including Metropolitan Planning Organizations 


(MPOs), Montana counties and cities and various private sector partners such as planning and 


engineering consultants and construction contractors. There is currently a limited state 


transportation program, thus MDT is extremely dependent on its Federal funding. This also 
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creates a need for strong financial stewardship and an emphasis on driving efficiencies and 
effectiveness to the extent possible throughout the organization. 


Critical to successfully carrying out this mission is the ability to effectively utilize 
information technology to leverage MDT’s scarce resources in terms of employees and available 
funding. There are a number of challenges facing MDT in terms of information technology, 
including: 


e Application systems are fragmented in scope and purpose resulting in the need to 
utilize multiple applications to support a single business process; 


e There are application systems which are narrowly focused on the needs of a single 
business unit; 


e There are limitations in data sharing between systems, requiring duplicate and 
redundant data entry; 


e There are key functional gaps in applications, which often result in the need for end 
users to develop off-line applications or shadow systems to fully meet business 
needs; 


e A number of application systems are written in older programming languages. As a 
result, these systems are difficult to maintain and enhance, and have limitations in 
responding to changing business requirements. Likewise, many of these systems are 
approaching the end of their technical useful life; and 


e A number of new best of breed commercial off-the-shelf (COTS) solutions have 
been, or are being, implemented across MDT. These COTS solutions have typically 
been selected for their ability to best meet the needs of the individual business unit 
sponsoring the project and have not necessarily been evaluated or implemented in 
terms of how the solution can fit holistically within an overall MDT Enterprise 
Architecture to minimize redundant data entry, reduce data silos and optimize 
information sharing between various MDT management systems. 


As is typical of most organizations that have utilized information systems for more than 40 
years, the majority of the agency’s systems were not developed in a comprehensive fashion 
under a singular strategic vision. Some systems are old and supporting these systems is 
challenging due to their age and the possible obsolescence of the software comprising the system 
or a lack of MDT staff familiar with the systems. Many of these systems were developed (or are 
being developed) for an individual business unit and never designed to integrate with any overall 
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architecture. As a result, there is limited data integration, requiring the same information to be 
entered into multiple systems across different business units. 


The current information technology environment limits MDT’s capacity to realize 
efficiencies in core areas, such as business process streamlining and systems integration and 
consolidation. In response to these challenges and opportunities, MDT has begun to take steps to 
address this information systems deficit. The initiation of this project is one example. 


eVision Partners, Inc. was engaged by MDT to develop their strategic Enterprise 
Architecture (EA) Design. This document is the Final Report of the Strategic Enterprise 
Architecture Design and Implementation Plan project. The organization of the remainder of this 
report is as follows: 


e Section C. MDT EA Project—this section outlines the primary objectives of the 
project for the Development of a Strategic Enterprise Architecture (EA) Design and 
Implementation Plan for MDT and provides an overview of the eVision Partners 
team’s approach. 


e Section D. Overview of Baseline Architecture—this section describes the MDT 
“As-Is” environment or baseline architecture for each of the primary components of 
the Enterprise Architecture (EA) model: Business Architecture, Applications 
Architecture, Data Architecture and Technology Architecture. It also includes a 
description of the existing MDT Information Technology organization, staffing 


model and governance processes. 


e Section E. Conclusions and Recommendations—this section outlines the project 
team’s conclusions and recommendations. 


e Section F. Strategic EA Implementation Plan for Recommendations—this section 
outlines the high level EA Implementation Plan, along with a Cost/Benefit Analysis, 
Risk Analysis, and recommendations for Organizational, Enterprise Architecture 


Change Management, and Project specific change management. 
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C. MDT EA PROJECT 


C.1 PROJECT OBJECTIVES 


The objective of this project is to develop a customized, executable, Strategic Enterprise 
Architecture (EA) design for MDT. As such, the intent is for MDT to implement this Strategic 
Enterprise Architecture through a series of separate follow-on projects. An Enterprise 
Architecture (EA) is a strategic technology plan that aligns with the strategic plan of the agency, 
integrates the technology needs of the agency, and leverages the data, systems, technology 
infrastructure, and knowledge of staff members to implement technology systems to support the 
efficient delivery of the programs, operations, and services of MDT. 


The term Enterprise Architecture (EA) was first used in a journal article in 1987 by John 
Zachman (Zachman 1987). As initially defined by Zachman, Enterprise Architecture was 
intended to address two major issues: 


(1) System complexity, resulting in more and more money being spent on information 


technology systems; and 


(2) Poor business alignment between information technology and business objectives, 
resulting in it becoming increasingly more difficult to keep these expensive systems 


aligned with business needs. 


Enterprise Architecture addresses these issues by providing an overall blueprint to guide 
technology investment decisions. An Enterprise Architecture is a process with the following 
objectives: 


e Establishes the organizational mission; 

e Identifies information necessary to perform the mission; 

e Identifies technologies necessary to perform the mission; and 

e Provides transitional processes for implementing required technologies. 
The objectives of this project are to: 


e Complete an analysis and document the As-Is organizational business processes and 
supporting Information Systems Architecture for MDT; 


e Make specific recommendations for a To-Be future state for the agency, with 
respect to business processes and information system architecture; and 
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e Based on the analysis conducted, develop recommendations for the implementation 
of appropriate governance mechanisms and change management procedures. 


To develop this EA for MDT, the eVision Partners team’s work is based on and adapted from 
the Open Architecture Method (TOGAF) 9.1 and the TOGAF Architecture Development Method 
(ADM). The project approach has been highly collaborative, with frequent interaction with MDT 
stakeholders through stakeholder interviews, validation workshops, and To-Be Design 
workshops. Figure 1 illustrates this approach. 


MDT Strategic Enterprise Architecture (EA) Design and Implementation Plan Approach 
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FIGURE 1: EVISION PARTNERS PROJECT APPROACH 


MDT’s Enterprise Architecture design will consist of: 


e Business Architecture—defines the functional structure of MDT in terms of its 


business processes and organization and its associated business information needs. 
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AS 


part of preparing the To-Be Enterprise Architecture design and 


Applications Architecture—delineates the capabilities of specific applications used 
to support MDT’s business functions and how these various applications work 
together or integrate to support MDT’s enterprise-wide information requirements. 


Data Architecture—establishes data standards for all of MDT’s systems to support 
integration and information sharing between these systems. 


Technology Architecture—describes the technical infrastructure, software 
technologies, and other specific hardware and operating system level software 
technologies required to support the various business applications; and 


Implementation support strategies—describes the support strategies required to 
facilitate the transition to the To-Be Enterprise Architecture including: 


o A proposed information technology governance strategy; 
o A recommended information technology investment prioritization process; 


o Identification of any information technology resource skill gaps and 
recommended approaches to address these gaps; 


o Recommendations for any changes which are appropriate to the organizational 
structure or composition of the various business units which provide technology 
leadership and/or technology focused services in MDT; and 


o An organizational change management and communication strategy to guide the 
further planning and execution of the transition to the To-Be environment. 


Implementation Plan—delineates a timeline and recommended sequencing of a 
series of projects or initiatives to implement the To-Be Enterprise Architecture. This 
seven-year plan delineates activities to be accomplished within the first year, 
following two years, as well as activities to be accomplished in the final four years. 


supporting 


implementation plan, the eVision Partners team, in collaboration with MDT stakeholders, is 


employing the following set of principles and guidelines upon which this plan will be based: 


It would not be practical for MDT to abandon all of their systems and completely 
redevelop its systems environment. Therefore, migration to the To-Be environment 
should be staged based on the relative business benefit of different systems 
replacement efforts. 
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e MDT has either recently completed or is currently undertaking new system 
implementation projects and upgrades to some of its existing systems. Recent 
technology investments should be leveraged within the recommended MDT 
Enterprise Architecture. Strategies should be developed to ensure these new systems 
integrate with other systems to be implemented in the future and any potential re- 
work or interim interfaces between systems minimized. 


e There are systems that need to share data. If they did, business processes would be 
streamlined and more efficient. On the other hand, there are systems that do not 
need to share data. Therefore, those systems could be developed on a separate 
evolutionary path. 


C.2 SITUATION ANALYSIS 
The situation analysis consisted of the activities shown in Figure 2: 


Task 3 
Situation 
Analysis 


Review 
Documentation 


Task 1 
Work Plan 


Conduct Document 
Initiate Validation As-ls 


T 
ask 2 Task 3 Sessions Environment 


Literature 
Review 


Conduct 
Stakeholder 
Interviews 


FIGURE 2: SITUATION ANALYSIS—BASELINE APPROACH SCHEMATIC 


Additional details on the activities performed during the situation analysis are provided in the 
sub-sections below. 


C.2.1. Stakeholder Interviews 

The eVision Partners team conducted stakeholder interviews across MDT, including 
management and staff from various divisions within headquarters and staff from all discipline 
areas in the Great Falls District. Interviews were conducted with 141 MDT staff members. 


All of the interviews conducted followed a consistent format designed to: 


e Capture the business functions and objectives of MDT; 
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e Capture the alignment of the agency’s critical success factors to those objectives; 
e Identify challenges to the agency; 


e Identify technology applications currently being used, and those being implemented, 
or planned; and 


e Identify the strengths and challenges of the current technology environment at 
MDT. 


The interviews were typically one hour in duration. Some of the MDT IT staff participated in 
more than one interview, both by choice and for continuity. The interview questions that were 
used can be found in the Appendix (on page H-12). 


C.2.2 Validation Workshops 

The eVision Partners team conducted six validation workshops with MDT staff. One of the 
validation workshops focused specifically on Information Technology (IT) while the other five 
validation workshops focused on business functional areas. The eVision Partners team identified 
and organized the five MDT business functional areas based on the core business processes 
illustrated in Figure 3 (page 17). 


These five functional validation sessions were as follows: 
e Transportation Project Delivery 
e Maintenance and Asset Management 
e Transportation Operations Management 
e Multi-modal and Grants Management 
e Business Support Services 


Depending on the scope and complexity of each functional area, these validation workshops 
took between two and six hours to complete. The eVision Partners team prepared materials for 
the validation workshops, which addressed: 


e Recurrent and notable themes documented from the stakeholder interviews using 
information gathered during the interviews; 


e Documentation provided and obtained from the agency’s website; and 


e Project team developed listings of the business software applications in use and 
those planned for implementation. 
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FIGURE 3: MDT CorRE BUSINESS FUNCTIONS—VALIDATION SESSION FRAMEWORK 


The six validation workshops included cross-functional staff members along with internal IT 
staff and were designed to: 


e Validate the documented interview themes; 
e Validate the key business drivers; 


e Validate the alignment of business drivers to the agency’s critical success factors; 
and 


e Validate and revise listings of applications used by each business function. 


During the validation workshops, the eVision Partners team also engaged attendees in 
discussions on their experiences, providing the opportunity for the eVision Partners team to 
discuss various technology deployment options and share the team’s experiences from other 
public and private sector organizations. During these workshops, participants were encouraged to 
consider, discuss, and brainstorm about various agency-specific technology issues, 
implementation options, and the agency’s current and future technology environment. 
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C.2.3. Document As-ls Environment 

Based on information gathered during the review of documentation, the stakeholder 
interviews, and the validation sessions, the eVision Partners team began to build and document 
the MDT As-Is environment. The As-Is environment is prepared and presented in this report and 
includes an overview of the existing MDT Information Technology organization and 


governance. 


C.2.4 Situation Analysis Interim Report 

The eVision Partners team documented the results of its work in Situation Analysis and 
presented MDT with an interim report in December 2015. As part of that report, the team 
identified and documented preliminary recommendations the team believed MDT should 
consider (or begin to plan), rather than waiting on the completion of the Strategic Enterprise 
Architecture Design and Implementation Plan project and the contents of the Final Report. 


C.3 STRATEGIC ENTERPRISE ARCHITECTURE DESIGN AND IMPLEMENTATION 
PLAN 


This sub-section describes the tasks completed in order to create the Strategic Enterprise 
Architecture Design and Implementation Plan. This includes: 


e Prepare EA Design; 

e Prepare Implementation Plan; 

e Prepare Strategic Options and Initiatives; and 
e Publish MDT EA Final Report. 


Figure 4 depicts the process of defining MDT’s Strategic Enterprise Architecture Design and 
Implementation Plan. 
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FIGURE 4: STRATEGIC ENTERPRISE ARCHITECTURE DESIGN APPROACH SCHEMATIC 


C.3.1 Enterprise Architecture Design 

Using enterprise architecture best practices, the findings from the Current Situation Analysis 
and the eVision Partners team’s experience coupled with the current and anticipated state and 
federal legislative environment as inputs, the eVision Partners team defined a preliminary MDT 
To-Be Strategic Enterprise Architecture. In a series of workshops with MDT stakeholders, this 
preliminary To-Be architecture was reviewed and validated during the week of February 15, 
2016. In contrast to the Current Situation Analysis, which was accomplished through various 
workshops organized by business function, these To-Be workshops were driven from the 
enterprise level and examined MDT’s technology needs holistically. The validation workshops 
centered on broad topic areas, addressing the four layers of an EA: Business Architecture, 
Application, Data Architecture, and Technology Architecture. 


C.3.2 Enterprise Architecture Implementation Plan 

The eVision Partners team also developed an EA Implementation Plan depicting a mix of 
short-term, intermediate, and long-term implementation projects in addition to options and 
initiatives. 


The implementation plan addressed the following key points: 


e = Prioritization of the recommendations from the eVision Partners team based on a 
high, medium, or low priority; 


e An order-of-magnitude cost estimate for each recommendation; 


e High-level work plans for implementing each recommendation; 
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e Anticipated benefits of implementing these enterprise architecture 
recommendations; and a 


e Risk management plan, outlining potential implementation risks and general risk 
mitigation strategies. 


The eVision Partners team conducted multiple reviews on the EA Implementation Plan with 
the MDT Technical Panel and MDT executive management to validate, obtain feedback, and 
tune the EA Implementation Plan content. The final version of this plan is included in this report. 


C.3.3 Strategic Options and Initiatives 

Included in this report, the eVision Partners team has prepared an enterprise readiness or 
organizational change management strategy in support of the recommended MDT Strategic 
Enterprise Architecture implementation plan. Successfully implementing change in an 
organization is truly about people; change leaders who initiate the effort, staff that manage and 
support the effort, and ultimately the staff affected by the change. That philosophy is especially 
true in major technology changes where staff members have become very accustomed to “their” 
systems and “their” ways of doing “their” business. Accepting change is typically not easy for 
many people, and for some accepting change is extremely difficult. Any organization’s ability to 
successfully manage change often makes the difference between success and failure. 


eVision Partners has also prepared a draft Information Technology Governance Strategy as a 
part of the Final Report. This draft defines the management structures needed to guide 
implementation of the MDT Strategic Enterprise Architecture Plan. This includes: 


e Implementing an MDT Technology Council consisting of policymakers and senior- 
level staff to provide enterprise-level technology governance and guidance to the 
Strategic Enterprise Architecture Implementation Plan. This includes establishing 
policies and procedures related to technology projects and providing overall 
strategic direction on technology investments and deployment; and 


e Establishing a Technology Investment Prioritization Process closely aligned with 
MDT?’s strategic objectives, critical success factors, and supporting business drivers. 


C.3.4 Enterprise Architecture Final Report 

The eVision Partners team prepared a draft Final Report and executive summary and 
provided the report to MDT for review. The Final Report packages the various work products 
into this Enterprise Architecture Strategic Plan Final Report. The eVision Partners team updated 
the Final Report based on feedback from MDT and upon MDT’s approval, published this Final 
Report and Executive Summary. 
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D. OVERVIEW OF BASELINE ARCHITECTURE 


This section describes MDT’s existing baseline or As-Is architecture and is organized as 
follows: 


e Business Architecture—this subsection describes the existing MDT Business 
Architecture including the overall MDT business environment and the major 
internal and external influences on this environment, the major functions of MDT, 
and the major business objectives or business drivers within each functional area 
along with how these business drivers map to MDT’s overall Critical Success 
Factors. Using a series of validation workshops, the eVision Partners team 
confirmed these business drivers, critical success factors, and the software 
applications used by the following business functional areas: 


o Transportation Project Delivery; 

o Maintenance and Asset Management; 

o Transportation Operations Management 
o Multi-modal and Grants Management; 
o Business Support Services; and 

o Information Technology. 


e Applications Architecture—this subsection describes MDT’s As-Is Applications 
Architecture. It consists of an overview of MDT’s key application systems by 
business functional area including high-level schematics showing the major systems 
in use by MDT and their interrelationships. 


e Data Architecture—this subsection describes MDT’s As-Is data architecture 
including data governance processes, data integration capabilities and data 
warehouse and business intelligence capabilities. 


e Technology Architecture—this subsection provides an overview of MDT’s As-Is 
technology architecture which includes all non-application specific elements of the 
MDT information technology environment. 


e Information Technology Organization and Governance—this subsection describes 
MDT’s current information technology organizational structure, staffing, and 
governance processes. 
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D.1 BUSINESS ARCHITECTURE 


Business Architecture defines the functional structure of MDT in terms of its business 
processes and organization, along with associated business information needs. The business of 
MDT aligns with its vision, mission, and strategic and business plans, and is measured against 
critical success factors, or CSFs. The eVision Partners team used the following CSFs for MDT: 


e =Quality; 

e = Safety; 

e Cost Effectiveness; 

e Economic Vitality; and 

e Environmental Sensitivity. 


The Business Architecture is influenced by these key business initiatives, or drivers, for the 
agency, in combination with external and internal factors that affect the business of MDT, and 
the agency’s business functions and deliverables. The business and technology environments of 
the agency affect the technology needs of the agency and its readiness to support an Enterprise 
Architecture. 


The remainder of this subsection of the report: 
e Identifies MDT business functions categorized for the project; 


e Presents MDT’s business environment as developed by the eVision Partners team in 
collaboration with the MDT Technical Panel and stakeholders who participated in 
the various validation workshops; and 


e Presents the developed and validated business drivers that align with the agency’s 
critical success factors in each of the business functions. 


D.1.1 MDT Business Functions 

After multiple meetings and interviews with MDT staff for this project, and utilizing its 
experience from working with other state departments of transportation, the eVision Partners 
team identified four core business functions of MDT plus two business functions providing 
support for the overall operation of MDT. 


The core business functions identified were: 


e Transportation Project Delivery; 
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e Maintenance and Asset Management; 
e Transportation Operations Management; and 
e Multi-modal and Grants Management. 
The two support business functions identified are: 
e Business Support Services; and 
e Information Technology Management. 


Figure 3 (page 17) presents a visual representation of the core business functions of the 
MDT. The schematic demonstrates that the MDT internal and external business environment 
influences the entire agency while the support services business functions provide support for the 
core business functions of the whole agency. 


The business function model depicted in Figure 3 was used throughout Situation Analysis 
phase of the project. The validation workshops were conducted for each of the identified 
business functional areas. In each workshop, attendees were asked to validate the Business 
Architecture through validation of the recurrent and notable themes from staff and stakeholder 
interviews, and the business drivers developed for that business function, along with the 
alignment of those business drivers with the agency’s critical success factors. These same 
validation workshops were used to validate and supplement the listings of technology 
applications used in each business area, which are discussed in the Applications Architecture 
section of this report. 


D.1.2 MDT Business Environment 
The overarching business environment affects the agency's operations (Figure 3, page 17), 
and includes both internal and external business factors that influence MDT such as: 


e = Legislative, executive, and public policy initiatives and impacts; 
e Relationships with transportation partners; 

e Economic development initiatives; 

e Economic conditions/transportation finance; and 

e = Labor. 


Examples of recent business factors affecting MDT include: 
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Passage of a new five-year Federal transportation bill in November 2015. This 
should alleviate, to some extent, concerns about the level of near-term Federal 
funding for transportation projects. 


Requirements under the previous Moving Ahead for Progress in the 21st Century 
Act (MAP-21), such as requirements for a transportation asset management plan 
which will drive business requirements for enhanced analytical capabilities in the 
department’s core asset management systems (at a minimum affecting bridge, 
pavement and safety), and improved data integration between these asset 
management systems. 


Funding for the State Transportation Program has been an increasing challenge 
inasmuch as the State Gas Tax is currently 27 cents per gallon and has not been 
raised since 1994. 


The impact of state mandated budget increases for employee salaries and benefits, 
which in effect has required MDT executive management to make budget cuts in 
other areas to balance the agency budget. This has resulted in MDT having to find 
ways to improve the efficiency and effectiveness of its service delivery in order to 
simply maintain the same level of service to the public. 


Specific to information technology, there are a number of current or planned 
initiatives by the State Information Technology Services Division (SITSD), which 
may affect technology choices available to MDT. One example is the information 
technology Convergence Plan directed by the Montana Governor’s Executive Order 
09-2016, issued during the finalization of this report. This Executive order mandates 
execution of a Convergence Plan resulting in the full use of a SITSD based shared 
enterprise infrastructure (to be completed by December 31, 2017) and the utilization 
of enterprise systems, noting specifically enterprise content management (ECM), 
directory services, email, telecommunications (voice, video, and data), in state data 
centers to ensure effective usage of enterprise information technology. As of the 
completion of this report, ISD is evaluating the effort and impact. 


Initiatives planned by the State Financial Services Division, State Human Resources 
Division or other divisions within the Montana Department of Administration may 
also impact MDT operations. Examples include the recent deployment of the Oracle 
TALEO Cloud-based application to support e-Recruitment functionality; potential 
enhancements to the State’s PeopleSoft based Statewide Accounting, Budgeting and 
Human Resource (SABHRS) application or the Montana Acquisition and 
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Contracting System (eMACS) procurement system, which is based on Sciquest and 
implemented in July 2015. 


D.1.3. MDT Business Drivers and Critical Success Factor (CSF) Alignment 

For the purpose of this project, a business driver is a high-level work function that defines the 
scope, functions, and in some cases, the deliverables of the business function. The eVision 
Partners team identified business drivers for the four core business functions of the agency and 
the two business support functions, which were validated by attendees of the validation 
workshops where the participants were asked to validate, modify, and supplement those business 
drivers. The process was interactive, and in most if not all cases, resulted in cross-functional 
collaboration to finalize the business drivers presented below. 


In addition to validating business drivers, the validation workshop attendees were asked to 
align those business drivers to the agency’s critical success factors (CSFs). In all cases, as 
expected, business drivers aligned with at least one CSF, while many business drivers aligned 
with all of the CSFs. 


The subsections below provide a brief definition of the scope of each of the four core 
business functions of MDT and the two business functions that support the overall operation of 
MDT as these functions were initially categorized by the eVision Partners team and validated 
with MDT stakeholders. In this report, for each business function, an inventory of the validated 
business drivers for that business function is provided, with the alignment of each business driver 
to the MDT critical success factors indicated. 


D.1.3.1. Transportation Project Delivery 

The Transportation Project Delivery business functional area is responsible for all aspects of 
the Transportation Project Delivery lifecycle from initial systems planning to detailed project 
scoping through environmental, preconstruction, construction and project closeout. Figure 5 
illustrates the scope of the Transportation Project Delivery business function as defined for this 
analysis effort. 
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FIGURE 5: TRANSPORTATION PROJECT DELIVERY BUSINESS PROCESSES 


For analysis purposes, the Transportation Project Delivery business functional area was 
broken down into the following sub-functions: 


e Systems Planning 

e = Project Scoping/Planning 

e = Project Programming 

e —_- Preconstruction 

e = Letting/Award 

e Construction 

e §©Materials Testing 

e =>. Civil Rights (project related) 


Transportation Systems Planning includes preparation of the statewide transportation plan. It 
also includes other project planning activities including identifying, prioritizing and evaluating 
candidate transportation projects identified through MDT transportation asset management 
systems and/or by various stakeholders; preparing scoping studies to further develop the project 
concept; and developing initial planning-level cost estimates. 
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Preconstruction functions include environmental decision-making, highway design, structure 
design, right-of-way acquisition, and utility relocation. Environmental decision-making consists 
of planning for and executing the environmental decision-making process consistent with the 
National Environmental Policy Act (NEPA). Engineering and design functions support 
preparation of preliminary and final plans, including roadway design, pavement design, 
structural design, geotechnical, hydraulics and other required design elements, as well as any 
required project surveys and management and support of engineering and design tools. Right of 
Way consists of identifying and managing the acquisition of any parcels required to initiate the 
proposed construction project according to the Federal Uniform Act and Federal and State 
regulations. Utility Relocation involves coordinating with public and private utility companies to 
secure the timely removal and relocation of utilities that are in the right-of-way prior to starting 
construction. In addition, Consultant Selection and Management include identifying the need to 
utilize an external consultant to support preconstruction activities and the on-going management 
of the consultant throughout the duration of the consultant contract. 


Letting and award of contracts for construction projects includes preparing the bid 
specification package, receiving bids from potential contractors, analyzing bids, and determining 
the lowest responsive and responsible bidder. 


Construction management and Materials Testing includes managing and _ performing 
oversight of the construction contractor and ensuring the quality of materials utilized during the 
construction process through various materials certification and testing processes. 


Project specific civil rights functions include monitoring the utilization of companies who are 
certified disadvantaged business enterprises (DBEs) during the project lifecycle, as well as 
monitoring compliance with other Federal program goals such as payment of fair market wages 
to employees and utilization of trainees at the levels agreed to on the construction project. 


The table below lists the business drivers and critical success factor alignment for the 
Transportation Project Delivery functional area in the MDT. 


TABLE 2: PROJECT DELIVERY: CRITICAL SUCCESS FACTORS 


Busines s Driver 


Effectiveness 
Environmental 
Sensitivity 


Maximize utilization of Federal Funds 


ies Economic Vitality 


Ensure that all available Federal Funds are obligated 
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Busines s Driver 


Promote department operations in a streamlined, efficient 
manner 


Effectiveness 
Economic Vitality 
Environmental 
Sensitivity 


Deliver projects within scope on-time and on-budget 


Scope projects effectively to meet MDT goals within 
funding constraints 


Develop realistic project delivery schedules and manage 
these schedules to deliver on time, in scop and within 
budget 


Prepare realistic budgets that are based on accurate and 
complete estimates which are updated at appropriate 
points throughout the project delivery lifecycle 


Promote environment stewardship by integrating 
environmental management best practices as appropriate 
throughout the project delivery lifecycle 


Implement data driven decision-making for project 
prioritization and selection 


Incorporate MAP-21 requirements into project planning 
and selection 


Incorporate maintenance and asset management 
considerations throughout the project delivery lifecycle 
and beyond 


Ensure conformance with state and federal regulations 
regarding real-estate acquisition and utility relocations 


Implement e-construction practices including paperless 
project delivery to the extent possible across the project 
delivery lifecycle 


Implement processes, methods, and technologies to 
leverage planning and design data through construction 


Utilize innovative technologies to efficiently collect 
photogrammetric, survey and GIS data for the agency 


Implement Model Centric Design and integrate with GIS 


Lead the delivery of a high-quality construction program 
through the development and implementation of policies, 
specifications, guidance, and support 


SUN NN 


SUN) NTN 


Utilize effective technology and processes to ensure 
timely and accurate estimates, payments, and 
reimbursements 


Execute the delivery of projects to minimize the impacts 
to citizens, contractors, and MDT staff through the use of 
innovative maintenance of traffic and work-zone safety 
management plans 


Implement innovative quality control and quality 
acceptance methods, construction inspection 
methodologies, and materials and testing standards 


Ensure construction quality through use of highly trained 
and experienced project monitoring staff, value 
engineering principles, and partnering practices 


Champion the participation of disadvantaged business 
enterprises (DBEs) in delivery of the MDT construction 
program 


Ensure timely project close-out 


<M 


Capture lessons learned from all phases of the project 
delivery lifecycle, making them available for future use 
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D.1.3.2 Maintenance and Asset Management 

The American Association of State Highway and Transportation Officials (AASHTO) 
Subcommittee on Asset Management defines Asset Management as follows: "transportation 
asset management is a strategic and systematic process of operating, maintaining, upgrading, 
and expanding physical assets effectively through their life cycle. It focuses on business and 
engineering practices for resource allocation and utilization, with the objective of better 
decision-making based upon quality information and well defined objectives." (US Department 
of Transportation, Federal Highway Administration n.d.) The primary goal of transportation 
asset management is to minimize life-cycle costs for managing and maintaining transportation 
assets, including roads, bridges, tunnels, rails, and roadside features. The application of various 
transportation asset management practices, processes and tools allows a DOT to more 
comprehensively view and evaluate collected data before making decisions as to how specific 
resources should be deployed. The information made available through transportation asset 
management systems and processes should be applied throughout the planning process, from 
initial goal setting and long-range planning to development of a Transportation Improvement 
Program (TIP) and Statewide Transportation Improvement Program (STIP) and to operations, 
preservation, and maintenance. 


The Maintenance and Asset Management functional area as defined for purposes of this 
project consists of the following sub-functions: 


e Highway Maintenance Management 
e Pavement Management 

e Bridge Management 

e «Safety Management 

e Other asset classes 


The table below highlights the business drivers and critical success factor alignment for the 
Maintenance and Asset Management function within the MDT. 


TABLE 3: MAINTENANCE & ASSET MANAGEMENT: CRITICAL SUCCESS FACTORS 


Business Driver 


Economic Vitality 
Environmental 
Sensitivity 


NS Cost Effectiveness 


Conduct maintenance and asset management operations in a 
streamlined and efficient manner 


MDT Strategic EA Final Report 
29 


o > 
(<b) a= ij 
o = cz 
2 > 2s 
Business Driver iS) 2 = ee 
se E Ss 
Lu 2 S BD 
OD se} ‘T 
fe) oti Lu 
Oo 
Perform winter maintenance activities that provide consistent levels v v v 
of service and optimize MDT resources 
Continue to research new equipment, materials, and processes to v v v 
improve winter driving conditions of roadways 
Monitor pavement distresses, select appropriate treatments and e, y, / Z 
perform pavement preservation activities to improve the system 
index 


Improve customer satisfaction levels for Rest Area maintenance 


Provide visible, legible, and understandable signs and pavement 
markings to ensure the traveling public’s safety 


Ensure 85% of roads under MDT jurisdiction will meet reflectivity 
standards for striping by July 1 annually 


Utilize the Pavement Management System analysis to appropriate at Z ff v Sf 
least 90% of federal funding for pavement preservation work 
associated with the state maintenance program 


Ensure at least 70% of available federal and state resources are 
prioritized into a performance based funding plan to support core v v v v 
state highway system needs (I, NH, P) based on system goals 
defined through Performance Programming Process (P3) 


Provide a ride experience for the traveling public within desirable or V yf V yf 
superior range (average ride index above 60) with less than 3% of 
lane miles exhibiting poor ride characteristics 


Reduce the structurally deficient bridge deck area (square feet) v v v v 


Select projects which support the goal and objectives of the CHSP to 
reduce fatal and incapacitation injury crashes by half by 2030 
Develop and implement a MAP-21 compliant transportation asset 
management plan 

Develop and implement a performance-based maintenance planning VY a / 
and budgeting process which uses asset condition data to drive 
decisions for allocating resources 

Develop and implement policies to support cross asset trade-off v v 
analysis 

Provide real-time information about maintenance program outcomes 
to support management decision-making 


Improve staff efficiency and data accuracy through application of v v 

mobile solutions 

Develop consistent asset ownership and data collection strategies for V y / 
ancillary assets leveraging existing processes and systems to extent 

possible 

Provide for data integration throughout the lifecycle of assets v v v 


D.1.3.3 Transportation Operations Management 

Transportation Operations Management consists of the processes and activities to maintain 
and operate MDT’s transportation infrastructure in addition to snow and ice removal, 
management of the statewide traffic operations centers/functions, collection and dissemination of 
traveler information through various media, management of highway incidents, and the required 
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emergency management services coordination with other State agencies. Likewise, it includes 
the management of the Intelligent Transportation Systems (ITS) program and associated 
infrastructure. 


The Oversize/Overweight Permits function handles processing of overweight and oversize 
vehicle permits requested by the motor carrier industry. In addition, the review of applications 
for various other MDT permits such as utility crossing permits and driveway access permits fall 
within this business function. 


Motor Carrier Enforcement addresses the support for enforcement and monitoring of 
Montana State laws with respect to commercial and privately owned vehicles. Motor Fuel Tax 
Collection includes the collection of motor fuel taxes, the administration of the program and 


required enforcement and compliance activities to ensure all taxes due to the state are collected. 


The MDT Transportation Operations Management function also consists of the MDT Fleet 
and Equipment functions. This includes the Statewide Motor Pool function operated by MDT for 
all State agencies and MDT’s Equipment Management function, which procures, maintains and 
manages the full asset lifecycle for heavy equipment utilized by MDT Districts in its 
maintenance and construction operations and various light duty trucks utilized across MDT. 


Specifically, the Transportation Operations Management functional area consists of the 
following sub-functions: 


e Snow and Ice Operations; 

e Highway and Traffic Operations; 

e Fleet and Equipment — Motor Pool; 

e =Fleet and Equipment - MDT Equipment; 
e Permitting; 

e Motor Carrier Services; and 

e Motor Fuel Tax Collection. 


The table below lists the business drivers and critical success factor alignment for the 
Transportation Operations Management business function. 
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TABLE 4: TRANSPORTATION OPERATIONS MANAGEMENT: CRITICAL SUCCESS FACTORS 


Business Driver 


SNOW AND ICE OPERATIONS 


Effectiveness 
Economic Vitality 
Environmental 
Sensitivity 


Perform winter maintenance activities that provide consistent levels 
of service and optimize MDT resources to ensure 90% or more of 
Maintenance Survey respondents are satisfied with MDT’s winter 
maintenance service 


Continue to research new equipment, materials, and processes to 
improve winter driving conditions of roadways by participating in 
national winter maintenance pooled fund organizations such as 
Clear Roads and the Pacific Northwest Snowfighters 


HIGHWAY AND TRAFFIC OPERATIONS 


Develop traffic engineering policies and standards, and 
performance measures to monitor system performance 


Support traffic operations through engineering support, signal 
repair, and sign design and fabrication 


Use innovative practices, technological advancements, and 
partnerships to effectively manage traffic and incidents 


Continue to develop and enhance mobile applications that provide 
timely and relevant traveler information 


Support traffic operations through engineering support of signal 
efficiency, signal coordination, and control upgrades. 


NEON ON)ONEON 


NEON ONONEON 


FLEET AND EQUIPMENT — MOTOR POOL 


Provide efficient and reliable vehicles on a daily and extended use 
basis to state employees conducting official business 


Maintain or reduce variance between actual and projected needs as 
identified in the annual fleet analysis 


Ensure 90% of the fleet is meeting the Level II preventive 
maintenance schedule 


Ensure safety inspections are performed on 50% of the fleet each 
year 


NEON NON 


Ensure that each light duty vehicle that is purchased meets or 
exceeds the CAFE standard in order to provide fuel efficient 
vehicles to Motor Pool customers 


Maintain or enhance Motor Pool customer satisfaction through a 
biennial survey 


FLEET AND EQUIPMENT — MDT EQUIPMENT 


Provide safe and reliable vehicles and equipment to meet the needs 
of the department's users 


Maintain or reduce variance between actual and projected needs as 
identified in the annual fleet analysis 


Ensure 90% of the fleet is meeting the Level II preventive 
maintenance schedule 


Ensure safety inspections are performed on 95% of the light duty 
fleet each year 


NEON) NON 


NEON) NN 


Ensure that each light duty vehicle that is purchased meets or 
exceeds the CAFE standard in order to provide fuel efficient 
vehicles to department users 


M 
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Business Driver 


Effectiveness 
Economic Vitality 
Environmental 
Sensitivity 


PERMITTING 
Process oversize/overweight permits in a timely and efficient V / VY / 
manner to facilitate the safe movement of freight while safeguarding 
assets on the transportation network 
Facilitate application intake, review and processing of permit Vv ff ff yf 
requests to MDT, with a goal to process as much of the permit 
applications online as possible 


Manage outdoor advertising control program so as to ensure v v v v v 
compliance with appropriate Federal and State laws and regulations 
MoTOR CARRIER SERVICES 
Protect Montana’s and the federal investment in Montana's highway 
system and assure the safety of the traveling public through v v v v 


customer service oriented regulation and enforcement of the 
commercial motor carrier industry 


Establish 24/7 availability of services to the commercial motor v v v v 
carrier industry through the Internet 


Maintain or enhance commercial motor carrier size and weight 
compliance through the annual development of the Federal Size v v 
and Weight Enforcement Plan. Annually submit the Federal 
Certification of Accomplishment Report 

Maintain or enhance commercial motor carrier safety compliance / V 
through development and implementation of Montana's Commercial 
Vehicle Safety Plan and Certification 


Decrease the number of commercial vehicle related crashes and 
fatalities by reducing the number of safety non-compliant 
commercial vehicles and commercial drivers and motor carriers who v v 
operate on Montana roadways through effective vehicle, driver 
inspection and, public education and motor carrier compliance 
programs 


MoTOR FUEL TAX COLLECTION 


Manage efficient, effective and timely collection of motor fuel taxes v v v 


Encourage taxpayer compliance through a comprehensive audit 
program that will level the playing field for all taxpayers 


D.1.3.4 Multi-Modal and Grants Management 

MDT is also responsible for planning for and supporting the growth and development of 
other modes of transportation within the State including aviation, rail, and transit. The MDT 
Grants Bureau within the Rail, Transit, and Planning Division manages funding programs of the 
Federal Transit Administration (FTA) and the National Highway Traffic Safety Administration 
(NHTSA), as well as the Emergency Medical Services grants, Safe Routes to School grants and 
limited state transit funds. It also manages the Montana Essential Freight Loan Program. 


MDT allocates funds from various program sources and assists grantees to ensure 
compliance with the laws and regulations associated with the use of these funds. FTA funded 
projects include rural transit and intercity bus services. NHTSA projects include supporting law 
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enforcement and local projects to reduce impaired driving and increase safety belt usage. 
NHTSA projects also include collection and analysis of crash data. 


The MDT Aeronautics Division is responsible for providing the protection and promotion of 
safety in aeronautics. The Aeronautics Division facilitates the maintenance of airports and the 
various components of airport infrastructure, including visual and electronic navigational 


facilities and flying aids. 


MDT?’s Aeronautics Division owns and operates Yellowstone Airport and 14 other public use 
airports across the State. The Aeronautics Division offers educational programs to promote 
aviation safety, registers aircraft and pilots in accordance with Montana laws and regulations; 
and coordinates and supervises aerial search and rescue operations. The Aeronautics Division 
also administers a loan and grant program to municipal governments to fund airport development 


and improvement projects. 


For purposes of this analysis, the eVision Partners team divided the Multi-Modal and Grants 
Management functional area of MDT into the following sub-functions: 


e =Aeronautics 

e =: Transit 

e = Rail 

e = Traffic Safety 

e ~—- Bike/Pedestrian 


The table below lists the business drivers and critical success factors for the Multi-Modal and 


Grants Management functions within the agency. 


TABLE 5: MULTI-MODAL AND GRANTS MANAGEMENT 


Business Driver 


Environmental 
Sensitivity 


Maximize utilization of Federal Funds 


SiN Economic Vitality 


Ensure that all available Federal Funds are obligated 


Promote department operations in a streamlined, efficient manner v 


NENG Cost Effectiveness 


Promote coordination between entities for highway traffic safety 
programs 
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Business Driver 


Advance further growth and promote Montana Aviation 


Cost Effectiveness 


mS Economic Vitality 


Environmental 


Sensitivity 


Provide for the protection of the flying public and the promotion of 
flight safety and accident prevention programs and other state 
aviation interests 


M 


Continue to expand and improve the statewide air search and rescue 
program 


Continue to provide aviation education and a resource aviation 
education center for Montana teachers and students 


Provide airport development programs to assist airport sponsors to 
plan, construct, and maintain Montana's public use airports 


Provide safe, modern, well-maintained state-owned and operated 
airports including the Yellowstone commercial service airport 


NEON NON 


Ensure 50% of the public and transportation stakeholders perception 
of MDT's overall quality of service at an A or B level in our TranPlan 
21 Public involvement surveys 


M 


Ensure that all MDT projects consider multi-modal elements and 
solutions 


Allocate safety grant funding to ensure most effective use of funds in 
improving safety on the transportation network 


D.1.3.5 Business Support Services 


Business Support Services includes various administrative support, back-office, and 


management processes, which support MDT in its daily operations. The primary sub-functions 


within this functional area include: 
e Finance 
e HR 
e = Civil Rights (non-project) 
e §=©Audit 
e = Legal 


e Records Management 


Included within the scope of this function are the financial functions required to support 


delivery of the MDT construction program. This includes: 


e Management of Federal funds; 
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e Establishment of project specific funding agreements with the Federal Highway 
Administration (FHWA) or other funding partners required to deliver the program; 
and 


e = Billing FHWA and other funding partners for reimbursement. 


The table below lists the business drivers and critical success factor alignment for the 
Business Support Services function. 


TABLE 6: BUSINESS SUPPORT SERVICES: CRITICAL SUCCESS FACTORS 


Business Driver 


Cost Effectiveness 
Economic Vitality 
Environmental 
Sensitivity 


FINANCIAL MANAGEMENT 
Support fiscal management and constraint over the long term for 
both State and Federal dollars 


Maximize utilization of Federal Highway Funds 


Ensure that all available Federal Funds are obligated 


NIONN)ON 
NIONONON 


Provide services which support delivery of department operations in 
a streamlined, efficient manner 


Protect departmental assets by continuing to assess, implement and VY V 
monitor internal controls associated with the department's material 
business processes 


Lead MDT in the establishment of accounting and reporting policies, ee / 
principles and practices to ensure conformity with governmental 
accounting standards and regulations 


Establish cost accounting methods to provide for the analytical v v 
evaluation of activity costs 


Implement budgeting methodologies to manage obligation of federal VY oy V of 7 
funds, cash flow, operating budget and maximize the funds available 
to deliver the highway improvement program 


Develop efficiencies in employee time and payroll processing to 
minimize manual effort required, reduce errors 


Capture procurement and payment information at source once in 
order to reduce manual effort and eliminate redundant data entry 


Provide management with sound financial information to make 
operational and investment decisions by continuously monitoring v v 
department finances, trends and revenue data to project budgetary 
needs and fund stability 


HUMAN CAPITAL MANAGEMENT 
Develop a strategic workforce development plan that fully integrates Z Y, V i ¥ 


the department’s approach to total talent management and places an 
emphasis on recruitment and selection and customer service 


Provide challenging career paths that best leverage employee talents v v v v v 
and skill sets 

Encourage a safe working environment for all work locations by 

increasing oversight, training, and consultation services to managers Y v Vv 


and employees 
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Business Driver 


Economic Vitality 
Environmental 
Sensitivity 


SS Cost Effectiveness 


Implement and regularly review HR operations programs including v 
MDT’s compensation plan and collective bargaining contracts 


CiviL RIGHTS 
Ensure compliance with the law and Federal and State guidance on 
the following programs: Affirmative Action, Contractor Compliance, 
Disadvantaged Business Enterprise (DBE) and DBE Supportive V V # 
Services, External and Internal ADA, Non-Discrimination and Equal 
Employment Opportunity, and On-The-Job Training (OUT) and OJT 
Supportive Services 


Ensure MDT conducts business in an environment free of 
discrimination, harassment, and retaliation on the grounds of race, 
color, national origin, sex, age, pregnancy, parental/marital status, v v v 
disability (physical or mental), religion, creed, political ideas, or 
genetic material in State, Federal and Federally-assisted MDT 
programs 


AUDIT 
Encourage taxpayer compliance through a comprehensive audit Y v 
program that will level the playing field for all taxpayers 


Ensure consultants and contractors comply with contract V / VY 
requirements and federal costs principles when performing work and 
billing MDT 

Ensure business processes have proper segregation of duties and v v 
internal controls 
Provide management with independent, objective assurance and ¥ V 
consulting services designed to add value and improve the 
effectiveness of the department operations and internal controls 


Streamline department policy and guidance documents to ensure v v 
consistency and eliminate redundancy 

LEGAL 
Develop and roll-out standardized contract templates v v 


RECORDS MANAGEMENT 


Ensure department records are maintained in a consistent format per 
established laws and policies 


Facilitate and ensure ease of access to department records including 
key word search and other dynamic query capabilities 


Promote an environment that embraces change 


D.1.3.6 Information Technology 

Technology is a business support function, however due to the complexity of information 
technology it is also identified as a specific business driver. Information Technology 
Management includes planning for, acquiring, implementing, and operating and maintaining the 
technology infrastructure necessary to support MDT’s business & functional operations. 


This includes the following sub-functions: 
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e Information Technology Governance—this sub-function includes establishing and 
managing information technology standards, practices, and processes. It also 
includes establishment and execution of an IT investment process. 


e Manage Applications Architecture—this sub-function includes planning, 
acquisition, implementation, and maintenance and support of the various business 
systems utilized across MDT. 


e Manage Technology architecture—this includes planning for, acquiring, 
implementing, maintaining, and supporting database management systems, 
document management software, collaboration software, as well as basic 
infrastructure software such as operating systems software. It also includes planning 
for, implementing, and maintaining MDT’s technical infrastructure such as 
workstations, mobile devices, servers, and the MDT network. 


The table below lists the business drivers and critical success factor alignment for the 
Information Technology support function. 


TABLE 7: INFORMATION TECHNOLOGY: CRITICAL SUCCESS FACTORS 


Business Driver 


Environmental 
Sensitivity 


> 
- = 
2 
c S 
g fe) 
3 5 
= § 
Lu rs) 

LU 


ESTABLISH & INSTITUTIONALIZE TECHNOLOGY GOVERNANCE 
Provide leadership in the establishment of technology policies, - V 
practices, and guidance that promote strategic technology 
implementation, procurement, and development 
Create and foster consistent use of a technology governance process ff ff 
to prioritize technology investments that support agency needs and is 
consistent with the established architecture plan 
Enhance relationships between business groups and external 7 / 
partners to ensure effective data usage through the use and 
development of enterprise systems 


IMPLEMENT IT SOLUTIONS TO MEET CUSTOMER NEEDS 
Implement new IT systems identified and approved by the MDT 


Executive 

Continue implementation of major new systems such as the MMS, v v 

ePart, and Safety Management 

Identify, implement, and maintain quality, industry-tested, oe sf 


commercially available software applications that serve the unique 
and general business needs 

Develop and maintain software applications with internal and external P oe 
resources to best serve the needs of agency when commercially 
available applications are not available 

Challenge business areas to improve business processes in v v 
conjunction with technology projects 
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Business Driver 


Effectiveness 
Economic Vitality 
Environmental 
Sensitivity 


Continue to implement Business Continuity Plans for MDT 


Analyze and plan system improvements for the Engineering Division 


Support system improvements for MAP21 compliance 


IMPLEMENT IT SERVICE IMPROVEMENTS 
Establish a “customer first” philosophy to provide effective and 
efficient tools, technologies, and services to support agency’s 
business functions 


Implement an ISD service portal 


M 
M 


Implement an electronic records management solution for MDT 


Develop and implement a GIS strategic plan 


Develop and implement a web strategy 


Assess video conferencing alternatives 


NEON ON ON ON ON 


Assess IT training needs 


NEON NONE NEO ONO 


Assess and upgrade existing technologies v 


ESTABLISH A CULTURE OF DATA GOVERNANCE AND DATA STEWARDSHIP 
Establish a data governance structure that leads to single points of if f 
data entry, minimizes redundant data, and provides a common 
platform for data reporting and analysis 
Enable the effective use of data through the implementation of user- VY / 
friendly applications that empower staff, stakeholders, and the public 
to utilize data to make informed decisions 
Protect the integrity and security of agency data, and provide the v v 
tools and resources to best utilize, maintain, & integrate these data 


IMPROVE IT BUSINESS PROCESSES 
Develop and implement a disaster recovery strategy 


Assess and manage IT risks 


Implement a security program for MDT 


Develop and implement change management processes 


Develop and implement a decision and communication processes 


Define the information architecture and technology strategy 


Implement project management processes 


NEON ON ON) ON) ONE ONEOSN 
NEN ON ONE ON ONE ONEOSN 


Assess and implement new application development methodologies 
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Business Driver 


Effectiveness 
Economic Vitality 
Environmental 
Sensitivity 


Develop a strategy for assessing and migrating old technologies v v 


RESEARCH AND DEVELOP NEW TECHNOLOGIES AND SERVICES 


Provide and maintain reliable and secure technology infrastructure ¥ sf 
including the data network, servers, desktops, laptops, mobile 
devices, and telecommunications to meet the needs of the agency 
Assess and develop mobile computing solutions and endpoint 
management tools 


Investigate file sharing and collaboration tools 


Assess unified communication technologies 


Develop a Software-as-a-Service (SaaS) strategy 


Investigate cloud storage strategies 


NEONONON) ON ONES 


v 
v 
v 
Assess desktop computing alternatives v 
v 
v 
v 


Develop a business intelligence technology for MDT 


DEVELOP THE IT WORKFORCE 


Assess future human resource needs and develop staffing and 
recruitment strategies 


Assess and implement technical and soft-skill training, provide cross- 
training opportunities, and update all career ladders 


Explore employee incentives and recognition strategies 


NIONONON 
NIONNON 


Provide team collaboration opportunities 


Enhance relationships between business groups and external 
partners to ensure effective data usage through the use and 
development of enterprise systems 


M 
M 


D.2 APPLICATIONS ARCHITECTURE 


This subsection includes an overview of MDT’s As-Is applications architecture, along with a 
summary of the key interview findings related to Applications Architecture. 


One of the components of the information systems architecture layer within an Enterprise 
Architecture, the Applications Architecture component, describes the structure and behavior of 
applications used to support the Business Architecture. An Applications Architecture shows how 
applications interact with each other and with users. An Applications Architecture focuses on the 
data consumed and produced by applications rather than on their internal characteristics, such as 
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their programming languages, or whether they are custom or inhouse developed, or commercial 
off-the-shelf applications. 


The MDT Applications Architecture consists of a mix of statewide solutions, agency specific 
commercial off-the-shelf (COTS) solutions licensed by MDT, custom developed agency specific 
solutions, and various third party owned solutions utilized by MDT staff as part of performing 


business functions. 


Statewide solutions include several applications managed by various divisions within the 
Montana Department of Administration. These systems include: 


e The State’s PeopleSoft based Statewide Accounting, Budgeting and Human 
Resource (SABHRS) application managed by the State Financial Services Division 
and State Human Resources Division; 


e Oracle® TALEO, a Cloud-based application to support e-Recruitment which was 
recently deployed; and 


e The Montana Acquisition and Contracting System (eMACS) procurement system, 
which is based on Sciquest, was implemented in July 2015. 


MDT business units have recently implemented a number of projects to develop new systems 
or replace older systems with COTS packages. Examples include the Pavement Management 
System, Equipment Vehicle Management System (EVMS), Safety Information Management 
System (SIMS) and new Maintenance Management System (MMS), which are based on various 
AgileAssets modules which were procured through separate project initiatives; and the 
Structures Management System (SMS) being developed using Advitam ScanPrint® IMS. 
Another example is the Planisware® based project scheduling system. Likewise, the core of 
MDT’s Commercial Vehicle Information System and Network (CVISN) functionality was 
recently migrated to a CELTIC™ Systems solution through the ePart project that went live in 
May 2016. As mentioned previously, while these best of breed solutions meet the specific needs 
of the sponsoring business units, the systems may not have always been selected or implemented 
with an eye towards how these systems should integrate or co-exist within a holistic enterprise 
architecture. 


Many of the older agency specific custom systems were originally developed as client/server 
applications utilizing Oracle® Forms. More recent custom applications are being developed as 
Web-based applications in JAVA. The Information Services Division (ISD) is planning to either 
replace the remaining Oracle Forms applications through a COTS solution or migrate these 
remaining Oracle Forms applications to a JAVA platform. 
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In addition to State and MDT systems, MDT staff also utilize partner agency systems as 
required to perform various business functions. Examples include FHWA’s Fiscal Management 
Information System (FMIS) and the FTA’s Transportation Electronic Award Management 
(TEAM) application. 


A descriptive overview of the Applications Architecture by business function is provided in 
the sub-sections following the diagrams. 


D.2.1. Transportation Project Delivery 

MDT utilizes an inhouse developed Program and Project Management System (PPMS) to 
manage planning for and monitoring the overall delivery of its construction program. Because 
this system is utilized at different points in the project lifecycle by users from the Administration 
(Finance), Planning, and Engineering Divisions, there have been challenges defining a clear 
business owner for the system. MDT has recently initiated a requirements gathering effort to 
define the system requirements for a next generation PPMS application. 


MDT recently implemented the latest version of Planisware® as its project scheduling 
system to replace a prior generation of Planisware® software known as OPX2. Stakeholders 
identified a lack of resource management capability as a primary concern with this system. As an 
example, Planisware®, as implemented, will not allow a manager of a specialty group such as 
Geotechnical or Right-of-Way to easily see a roll-up or summary of the requirements for their 
resources across multiple projects in the program. Likewise, it is not tightly integrated with the 
current PPMS system, 


MDT utilizes ESRI’s ArcGIS application as its GIS software. This software is an integral 
component of transportation planning activities. MDT has a custom developed Transportation 
Information System (TIS), Road Log and Location Referencing application which is approaching 
the end of its functional life. MDT’s Planning Division is currently defining requirements and 
planning for a new TIS/Roadway Inventory/LRS application, which will be a foundational 
element within the MDT applications architecture. 


MDT utilizes Bentley® MicroStation as its Computer Aided Design and Drafting (CADD) 
toolset and Bentley® GEOPAK and OpenRoads as its engineering design and modeling tools. 
MDT is currently planning for migration towards greater use of three-dimensional (3D) models. 
MDT is also taking greater advantage of newer data collection methods, such as aerial surveys 
and LIDAR. These data collection methods tend to be network and data storage intensive 
requiring advanced planning and coordination between business units and information 
technology staff to ensure the MDT environment is appropriately sized to support processing and 
storage of the resulting data files. 
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The Engineering Document Management System (DMS) is at the end of its functional and 
technical life. The technical framework for the system is based on Oracle® 10G, which is no 
longer supported. The system also contains several complex and hard to maintain custom 
functions, such as the Docuplot feature and the consultant design vault, and has a number of 
functional gaps including plans management and dynamic search capabilities. As a result, 
Engineering has initiated a requirements definition effort to develop system requirements for a 
new Document Management System application. This effort is currently an Engineering only 
effort and is not being done from the context of an enterprise wide document or content 
management solution. 


MDT is also evaluating replacement of its Parcel Acquisition System with a new Right-of- 
Way Management System, as well as replacement of its Utility Relocation and Tracking 
Application. There are several COTS applications or frameworks in the marketplace, which may 
be able to perform one or both of these functions. In a similar fashion, the West Virginia 
Department of Transportation recently implemented AgileAssets to perform these functions so 
there is the potential that MDT could extend its existing AgileAssets environment to support 
these two functions. 


The Consultant Information System is an inhouse developed application utilized to manage 
the selection of consultants to perform planning and engineering work and support the 
subsequent administration of consultant contracts. Part of the capability of this system is 
mirrored in the Contracts Tracking System owned by the Administration Division, which tracks 
actual contract expenditures against all department contracts. 


In terms of managing the letting and award of construction contracts, MDT utilizes the 
AASHTOWare™ Project PreConstruction application, which is generally accepted as a best 
practices solution for supporting this function. For electronic bidding MDT utilizes InfoTech’s 
Bid Express and AASHTOWare™ Project Expedite. These solutions are also utilized by a 
number of State DOTs. MDT is also currently implementing AASHTOWare™ Project 
Estimation. 


MDT has recently completed an implementation of AASHTOWare™ Project SiteManager 
for construction management and materials testing functionality. This application is currently 
utilized by over 20 State DOTs. While stakeholders indicated there was initially a significant 
learning curve associated with the implementation of SiteManager, the system environment is 
now reported by stakeholder as having stabilized. With SiteManager, construction management 
functionality is confined primarily to the office or construction trailer environments with only 
limited mobile capabilities for daily diaries using the SiteManager “pipeline” process, which is a 
complex batch data upload/download and synchronization process. 
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In terms of materials testing, prior to SiteManager, MDT utilized primarily a paper process. 
Consequently, MDT is not yet seeing one of the primary benefits of the electronic tracking of 
materials testing which is streamlining the effort to perform the materials certification process at 
the end of a project. The benefits associated with reducing the materials certification effort will 
occur as more projects are completed within SiteManager. Likewise, MDT chose not to 
implement the laboratory information management system, or LIMS capabilities, within 
SiteManager. The LIMS functionality provides workflow management capabilities to manage 
the processing of a test sample within the laboratory environment. MDT is beginning to plan for 
the migration to AASHTO’s replacement for SiteManager known as AASHTOWare™ Project 
Construction and Materials. This system has additional mobile capabilities and includes the 
initial LIMS functionality in SiteManager, as well as some enhancements to its LIMS 
capabilities. 


D.2.2 Maintenance and Asset Management 

MDT utilizes an AgileAssets based solution for its Pavement Management System. This 
system is currently being upgraded to the latest AgileAssets release. The capabilities of the 
Pavement Management System are generally consistent with industry best practices. Two 
challenges identified by stakeholders during the interviews are that maintenance activities are not 
accounted for in the Pavement Management System (as there is no linkage between the existing 
Maintenance Management System and the Pavement Management System) and that there are 
still various off-line pavement systems maintained in the districts which provide more specific 
details for use by district staff in evaluating and selecting candidate pavement sections for 


potential treatments. 


MDT implemented a Safety Information Management System (SIMS) in 2014. SIMS is 
based on the AgileAssets Safety Analyst module and is designed to assist in identifying high 
crash location and evaluating potential countermeasures. While based on an AgileAssets 
solution, the SIMS application is implemented in a different technical environment from the 
Pavement Management System or the new Maintenance Management System described below. 
The initial SIMS implementation focused on integrating crash reporting and highway inventory 
data. AgileAssets Safety Analyst can also support other elements, which are considered best 
practices in terms of a fully functional Safety Management System such as integration with 
conviction data from the courts; emergency management system (EMS) run tickets; and trauma 
registry data. These datasets could be added in future deployment phases, as data sharing 
agreements are put in place with the agencies who own these different data sources. 


MDT is currently implementing a new Structures Management System (SMS) based on the 
Advitam ScanPrint® IMS application. The initial focus of this implementation effort is on bridge 
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inventory and bridge inspection functionality and not necessarily on the full bridge management 
system capabilities, which would include extensive modeling and analytics capabilities. 


The current MDT Maintenance Management System is at functional end of life. As an 
example of a limitation with the existing system, there is a significant delay (up to 30 days) in 
being able to access data from the system to support management decision-making. MDT has 
initiated a project to implement a new Maintenance Management System or MMS using 
AgileAssets Maintenance Manager, which is currently underway. The MMS project will also 
support consumable inventory, sign shop functionality, and facilities management requirements. 
Likewise, the MMS project is intended to establish asset inventory/registry functionality for 
various ancillary assets, which do not have an official management system. This will allow these 
assets to be inventoried within a management system versus one or more off-line systems. At the 
time of the stakeholder interviews and validation sessions, the strategy to include ancillary assets 
was Clearly stated and explained to the project team by the MMS project owners but it was not 
clear based on feedback from interviewees who own some of these ancillary assets that the 
strategy had been fully communicated or was understood agency wide. 


While MDT has either implemented or is implementing best of breed solutions for each of its 
major asset classes, there is currently no data integration strategy to support a true asset 
management system for the department. Some examples include how data would be pulled from 
each system to support cross asset trade-off analysis or how data would be integrated to identify 
opportunities to combine one or more projects from different asset classes, which are in close 
proximity to each other to gain efficiencies and economies of scale in project delivery. 


D.2.3. Transportation Operations Management 

Snow and Ice Operations utilize both the MMS and the Roadway Weather Information 
System (RWIS), as well as automated vehicle locator (AVL) and GPS technologies. One 
potential advancement being considered in terms of information available during Snow and Ice 
operations is to share images from the cameras on the snowplows with the public to allow the 
public to evaluate for themselves the conditions of the roads and to make an informed decision as 
to whether or not it is safe to travel. 


The current Traveler Information System is an inhouse developed application and 
approaching the end of its functional and technical life. This application is the most accessed 
webpage in Montana State Government. MDT is initiating a business case to evaluate options for 
replacing this system. There are a various COTS solutions or COTS frameworks, available in the 
marketplace, which should be evaluated by MDT in terms of architecting the next generation 
Traveler Information System solution. 
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The AgileAssets based Equipment Vehicle Management System (EVMS) supports MDT’s 
Motor Pool and Equipment Management functions. This system was recently upgraded to the 
latest release of AgileAssets Fleet Manager (Version 7) and will now be in the same technical 
environment with the new AgileAssets based MMS, which will facilitate utilizing vendor 
supported data integration points between these two systems. While the upgrade to the new 
version was reported to be a challenge by system users, due to the significant change in the user 
interface between the older version and the new Version 7 of AgileAssets, the system appears to 
meet most of MDT’s functional requirements for fleet and equipment management and user 
concerns about the new system should begin to lessen as they become accustomed to the new 
user interface. One potential enhancement to EVMS currently being evaluated is the use of 
tablets by equipment technicians on the shop floor. 


The Outdoor Advertising Control application is approaching the end of its technical life. 
Users reported during interviews significant problems in loading data from the field data 
collection application into the main database. Likewise, users of the system are requesting 
various data collection and location referencing enhancements. 


SmartCOP provides the core of the Motor Carrier Enforcement Systems. Capabilities within 
SmartCOP include: 


e Computer aided dispatch; 
e Law enforcement records management; and 
e Shared system interoperability with the Montana Highway Patrol. 


MDT is currently implementing or planning to implement several priority enhancements to 
SmartCOP. These enhancements include: 


e = Electronic recording of commercial motor vehicle (CMV) citations at the roadside; 


e Electronic transfer of CMV information to the Federal Motor Carrier Safety 
Administration (FMCSA) SAFETYNET application; 


e Loading of driver and vehicle information by barcode; and 
e Sharing of citation and crash data electronically with other systems. 


The Commercial Vehicle Information Systems and Network (CVISN) framework is currently 
primarily supported by a solution provided by Xerox. This application supports: 


e International Registration Plan (IRP); 
e International Fuel Tax Agreement (IFTA); 
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e §=Oversize/Overweight Permitting (OS/OW); 
e Safety and Fitness Electronic Records Integration (SAFER); and 
e Commercial Vehicle Information Exchange Window (CVIEW). 


CVISN functionality is being migrated to a new application from CELTIC Systems in May 
2016 through the ePart initiative. As part of this project, additional functionality is being 
incorporated into the new system, which will allow for streamlining various business processes 
and eliminating off-line systems (for example, various spreadsheets currently utilized by MDT 
Finance and Audit staff). 


D.2.4 Multi-Modal and Grants Management 

The Grants Bureau within the MDT Rail, Transit and Planning Division is currently moving 
all of its grant programs to a multi-agency e-Grants application based on a COTS solution. This 
grants management application is intended to support the full lifecycle for managing a grant from 
grant application to evaluation, selection and then management of the grant award. Public Transit 
had previously utilized an inhouse developed application known as Public Transit Management 
System (PTMS), while the other grant programs utilized spreadsheets or other off-line tools. 


The Aeronautics Division is currently completing implementation of an Aeronautics Suite to 
support all of its core business functions including grants management. This application was 
developed inhouse for Aeronautics by the MDT Information Services Division (ISD). While the 
Aeronautics grants management functionality was built within the same application framework 
as the functionality supporting other Aeronautics Division operations, MDT may want to assess 
the potential value of migrating the Aeronautics grants to the same applications platform that will 
support other MDT grants. The e-Grants application is based on a COTS solution, which should 
continue to be upgraded by the vendor over time, while MDT will need to maintain and enhance 
the custom developed grants solution within the Aeronautics Suite. 


Likewise, the State of Montana is evaluating a statewide grants management initiative. MDT 
will need to monitor this project, and once designed and implemented, evaluate whether it will 
continue utilizing the existing multi-agency e-Grants initiative or migrate to the statewide 
solution. In fact, it is possible the statewide effort may impact the long-term sustainability of the 
current multi-agency effort. As such, MDT would benefit from being a participant in 
requirements and design workshops for the statewide solution. This would also be beneficial to 
the statewide initiative in terms of both being informed of MDT’s unique requirements, as well 
as the lessons learned that MDT will obtain through the implementation and initial use of both 


the e-Grants program and the Aeronautics Suite. 
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D.2.5 Business Support Services 


Budget functions are supported by the State Budgetary Accounting Reporting System 
(IBARS) and two inhouse MDT applications: 


Budget Development System, which supports the development of MDT’s operating 
budget; and 


Personnel Services Budget Monitoring (PSBM) system, which tracks and supports 
forecasting of payroll expenditures. 


Accounting and financial management functions are supported by the State of Montana’s 


PeopleSoft based SABHRS Finance application and a set of inhouse developed agency 


applications, which provide for employee time capture and financial management and control at 


the level of detail required to manage MDT’s construction program. Examples of these MDT 


applications include: 


Cost Accounting Record Entry System (CARES), which is the cost capture and cost 
accounting engine for MDT; 


Accounts Payable, which is used to capture, ensure proper coding and then support 
internal MDT reviews and approvals of accounts payable voucher invoices prior to 
transmitting to SABHRS; 


Billing Voucher, which manages billing for reimbursement to FHWA; 
State Share, which manages and tracks the State’s share of a transportation project; 
Contract Tracking System, which manages and tracks contract balances; 


Employee Timesheet, which is utilized to collect employees time charged to MDT 
projects and overhead accounts; and 


Payroll System, which processes the employee time obtained on each timesheet and 
prepares it for transmission to SABHRS Human Capital Management (HCM) for 
final payroll processing and check generation. 


MDT staff also utilize various partner agency systems such as: FHWA FMIS to manage 


obligation of Federal highway funds and request FHWA reimbursement; FTA’s ECHO system to 


manage FTA reimbursement requests, and the United States Department of Transportation’s 
DELPHI financial management system for NHTSA, FMCSA and Federal Aviation 
Administration rembursements; and NHTSA’s Grants Tracking System (GTS). 
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Overall, MDT appears to have strong transactional financial management and accounting 
systems. In addition, several interviewees reported that some of the systems have improved in 
terms of usability as result of their being migrated to a Web-based platform from Oracle Forms. 
One example of this is the Employee Timesheet. 


At the same time, stakeholders reported that it is often difficult to obtain information from 
the financial systems to support management reporting and analytics. For example, there is a 
CARES reporting tool and an Accounts Payable reporting tool, which has been developed, but 
there is no Billing Voucher reporting tool. In addition, some of the forecasting and modeling 
tools (e.g., for revenue forecasting and cash forecasting) are currently spreadsheets. MDT has 
initiated a project to address these gaps through a Financial Suite application, which is intended 
to provide management reporting and analysis capabilities from MDT’s financial system. 
Requirements definition has started for this project but the effort will now be moving at a slower 
pace than originally expected due to agency funding constraints. 


In terms of Human Resource Management, MDT utilizes the state’s SABHRS Human 
Capital Management solution, Oracle® Taleo, which was recently implemented for e-Recruiting, 
several agency systems and a number of offline spreadsheets. MDT human resource 
management systems include: 


e Talent Management System (TMS); and 
e Discipline and Grievance Management System. 


MDT’s Human Resource Division is currently focused on re-engineering the service delivery 
of HR functions within MDT. Technology has the potential to play a significant part in this re- 
engineering effort. Opportunities within the current HR systems include the potential for 
increased use of SABHRS functionality to allow replacing some MDT systems or off-line 
functionality. Stakeholders that were interviewed, who have worked at both MDT and other 
agencies and have a knowledge of SABHRS, believe there is a strong possibility that there is 
existing SABHRS functionality not utilized by MDT, which could benefit MDT HR Operations. 
In addition, from the project team’s experience in other State DOTs, there is reasonable 
likelihood the existing PeopleSoft footprint could be expanded through, for example, additional 
modules to meet MDT business requirements. One potential area where expanded use of 
SABHRS may be appropriate is in Discipline and Grievance Management, allowing for 
replacement of a current inhouse MDT system, which is at the end of its functional life. 


MDT HR is also seeking to implement a fully functioning Talent Management system with 
an initial focus on e-Learning. The Oracle® Taleo solution, a Cloud-based solution, which has 
been implemented for e-Recruiting, has the potential to provide other Talent Management 
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functions, including e-Learning. While the initial statewide deployment of Oracle® Taleo for e- 
Recruiting encountered some challenges within MDT, due in part to the deployment team not 
fully engaging MDT staff to understand MDT requirements coupled with limited end-user 
training during the system roll-out, Oracle® Taleo has the functionality to provide support for 
the full range of Talent Management System requirements and should be further evaluated. 


In terms of records management, while MDT has a fairly well defined set of records 
management business processes, it does not actually have a records management system. This 
represents a gap in system functionality, which should be addressed in the intermediate term, 
potentially in conjunction with deployment of an enterprise content management strategy. 


MDT’s Research Section provides informational and research services to all MDT divisions, 
such as contracted research projects, deployment evaluation, literature searches, and surveys. 
The Research Section also shares information from other research entities with staff and shares 
MDT research information with others outside of MDT, using Transportation Research Board 
(TRB) resources, the National Transportation Library, and a research performance database. 
They also provide education and guidance in the utilization of research and resources. Research 
makes use of the MDT Contract Management System because it is required, in addition to 
tracking contracting and financial information manually in spreadsheets. These spreadsheets are 
reconciled monthly with CARES and SABHRS, and errors in CARES and SABHRS are 
subsequently transmitted to the appropriate MDT office. FMIS is used for pooled funds and 
special projects; however, beginning in federal fiscal year 2017, all research projects will be 
programmed individually in FMIS. They are gathering requirements for a research program and 
project management system, conducting gap analyses, and are considering alternatives, including 
vendor software such and software developed by other state DOTs. They use the Sirsi-Dynix 
integrated library system software and the OverDrive® application access to electronic and audio 
library content. 


D.2.6 Information Technology 
Application systems supporting IT Operations include: 


e = Trac, which is based on the JIRA COTS solution, for logging and tracking software 
bugs in existing systems; 


e BuyIT, an inhouse developed program, for tracking IT procurements; 


e ProgramIT, an inhouse developed work request system for logging requests for new 
system projects or enhancements to existing systems; 


e © Altiris, for asset management and endpoint management; 
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e AirWatch, for enterprise mobility management, a function which includes managing 
mobile devices, wireless networks, and other mobile computing services; 


e MDT’s Radio database to tracks assets comprising the radio system; and 


e Microsoft Project, which is utilized as the project management tool on ISD led 
information technology projects to develop, monitor, and manage project plans. 


D.3 DATA ARCHITECTURE 


This subsection provides an overview of MDT’s As-Is Data Architecture. The Data 
Architecture component is another part of the information systems architecture layer within an 
Enterprise Architecture. It describes the data standards for all of MDT’s systems to support 
integration and information sharing between these systems. It also includes data administration 
policies and procedures, approaches for data collection, how data is stored and arranged, and the 
extent to which data is integrated and utilized in application systems. 


MDT’s existing data architecture environment is a set of silo systems from which it is 
difficult to share information between systems or obtain information for management reporting 
and analysis. Likewise, no formal Data Governance or Data Stewardship policies exist. Data 
Governance refers to the overall management of the availability, usability, integrity, and security 
of an organization’s data. A Data Governance Program typically includes a governing body or 
council, a defined set of procedures, and a plan to execute those procedures. Data Stewardship is 
an element of data governance and refers to the management and oversight of an agency’s data 
assets to assist business users with easy access to accurate, timely, and high quality data. 


In addition, while MDT ISD has begun evaluating Business Intelligence (BI) tools, there is 
currently no Data Warehouse environment or suite of BI tools available for end-users to mine 
data for management reporting and analytical purposes. BI tools include various software 
products designed to allow users to access, retrieve, transform, analyze and report on data. The 
lack of Data Governance and Data Stewardship policies and procedures, and the lack of a data 
warehouse and business intelligence environment for ready access to department information, are 
significant gaps in terms of best practices. 


D.4 TECHNOLOGY ARCHITECTURE 


This subsection includes an overview of MDT’s As-Is technology architecture. The 
technology architecture layer of an Enterprise Architecture describes the organization’s technical 
infrastructure. This includes all non-application specific elements of an organization’s IT 
environment. It includes elements such as application development languages; integration 


MDT Strategic EA Final Report 
51 


technology; database technology; geospatial analysis tools (an essential element for a State 
Department of Transportation); document management; collaboration tools; security; network 
communications; and hardware platforms. 


Most of MDT’s legacy custom systems were developed as client/server applications using 
Oracle® Forms with Oracle as the database management system. MDT has now adopted JAVA 
as its development language for new applications and beginning to migrate older applications 
from Oracle Forms to JAVA. Currently, there is not a specific migration plan, but the existing 
Oracle code base is being retired as applications are migrated to a COTS solution, or re- 
developed as a custom application to address changes in user business requirements. 


MDT has standardized on the Oracle database platform. Most applications are on Oracle 
11G, with plans for migration to Oracle 12. There are some applications, however, such as the 
Document Management System, which are still running on Oracle 10G, creating challenges in 
providing on-going support for these applications. 


MDT utilizes ESRI’s ArcGIS platform as the department’s Geographic Information System 
application toolset. It also utilizes Oracle® Spatial from a database management perspective. The 
ArcGIS capabilities reside within the Rail, Transit, and Planning Division, while ISD has 
responsibility for managing Oracle® Spatial. 


As discussed in the context of Engineering’s Document Management System (DMS) under 
Applications Architecture, there is no enterprise content management solution at MDT. MDT 
accomplishes document management through custom applications, such as DMS or the As-Built 
system, or through numerous shared file directories on the network. There are currently no 
enterprise standards for collaboration tools. 


From a security/identity management perspective, MDT utilizes Active Directory and 
operates as a child domain within the State of Montana’s forest. There is currently no single 
sign-on capability to applications, requiring MDT users to sign on and off various applications 
throughout the day. The lack of a single sign-on was raised by users in numerous interviews and 
in most validation sessions as a capability that needs to be addressed as a priority item. 


MDT has a series of local area networks within its facilities, which are maintained by the 
MDT ISD. Wide Area Network capabilities are used to interconnect MDT facilities through the 
state network managed by SITSD. 


MDT?’s server environment is located in the state’s Data Center. MDT staff has responsibility 
for managing these servers. ISD interviewees reported that there is currently a “data recovery 
plan” in place, but no disaster recovery plan per se. 
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MDT does not currently have a Mobile Device Strategy. Individual business units are 
currently making mobile platform decisions based on what is the best solution to meet their 
specific business requirements. In addition, connectivity issues in various parts of the state 
complicate delivery of mobile solutions. 


MDT also does not currently have a Cloud Computing Strategy though individual business 
units are evaluating Cloud solutions to meet business requirements. In addition, there appear to 
be some concerns on the part of SITSD, and other stakeholders, about security in cloud-based 
solutions that need to be addressed through a set of minimum standards established as part of a 
cloud computing strategy. 


D.5 INFORMATION TECHNOLOGY ORGANIZATION AND GOVERNANCE 


This subsection describes MDT’s current information technology organization, staffing and 
governance practices. 


D.5.1 MDT IT Delivery Capabilities 
MDT’s information technology delivery capabilities reside within four different units within 
the department: 


e Information Services Division, which has responsibility for planning, designing, 
developing and maintaining most of the information technology systems for MDT; 


e = GIS application development and technology support for the Transportation 
Information System (TIS), RoadLog, Location Referencing System (LRS) and the 
Highway Performance Monitoring System (HPMS) applications reside within the 
Rail, Transit and Planning Division’s Data and Statistics Bureau; 


e Application support for various Engineering Division systems, such as Planisware® 
and the Document Management System, reside within the Engineering Division’s 
Engineering Information Services Section; and 


e Application support for the AASHTOWare™ Project software resides within the 
Construction Systems Section of the Engineering Division’s Construction 
Administration Services Bureau. 


In addition, some of the business units have engaged consultants as project managers to lead 
specific information technology application development efforts. 


While there appear to be good working relationships and collaboration between staff to 
accomplish required work activities (for example data base support by ISD for AASHTOWare™ 
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development efforts), there is limited formal coordination between these different IT competency 
centers. In addition, while ISD has developed a set of Information Technology Standards for the 
department, it is not clear that all of the MDT IT groups had the opportunity to contribute to the 
development and on-going update of these standards, nor is it clear that these standards are used 
by the different IT groups, or by contractors engaged by each of the IT groups. 


The decentralized nature of the information technology delivery capabilities within MDT and 
the interrelationships between these different groups is an area the project team believes requires 
additional study by MDT executive management. It is clear from the interviews and workshops 
that the decentralization of some of the IT delivery capacity has tremendous benefits in terms of 
user satisfaction and service levels in specific business units. However, it is not clear given 
MDT’s need to effectively marshal scarce resources that this approach is optimal from an overall 
enterprise perspective. At a minimum, strategies for greater coordination between the groups and 
ensuring collaboration in developing, leveraging, and consistently using enterprise standards are 
needed. From a best practices perspective, it is recommended that pure application development 
resources should be housed within the information technology unit. True Business Analyst 
resources may be housed organizationally in the information technology unit, sometimes co- 
located with the business staff they support, or be placed organizationally within a business unit 
with a liaison role back to application development resources within the information technology 
organization. 


If the department decides to move to a centralized information technology strategy, the ISD 
will need to secure the necessary FTEs to accommodate the increased workload under the 
assumption that FTEs in the current decentralized IT model would not be reallocated to ISD. IT 
Project Managers should also be housed within the MDT Project Management Office in ISD, or 
if contracted for externally, should report to the PMO on a matrix-based reporting basis. 


D.5.2 IT Staffing and Resourcing 

Traditionally, MDT has been viewed within Montana state government as a leader and 
innovator in information technology and hence a preferred agency to work for. It is not clear 
from our stakeholder interviews of IT staff that this is still the case. Likewise, due to the number 
of information technology companies who have located within Montana, the marketplace for IT 
resources has become more competitive, making it more difficult for MDT and other state 
agencies to compete for IT resources. This results in positions often going unfilled for extended 
periods. This constraint on IT staffing is a consideration that needs to be addressed within the 
Strategic Enterprise Architecture Design. An example of a strategy, which may need to be 
considered in light of this challenge, is application-managed services, where an IT services firm 
is engaged to build, operate, and maintain the solution for MDT. Variants of this approach have 
been utilized by MDT supporting the Planisware® scheduling system and the AASHTOWare™ 
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products where MDT can engage AASHTO’s support vendor through the purchase of service 
units that provide a predetermined number of hours of vendor support. 


D.5.3 IT Governance 

There is an IT governance process in place to prioritize small application development efforts 
(less than 500 hours) within each Division. This process is driven by a liaison role between ISD 
and the business units that have been established in each division. Based on our observations 
from the interviews and validation sessions this small application development prioritization 
process appears to work reasonably well. However, there is no defined IT governance process for 
division liaisons to use for requesting work from IT systems. The request systems for user 
support or web enhancements are simple tickets without a defined prioritization or review 
process. Additionally, there is no IT governance practice to encourage division liaison 
interaction. 


Larger projects (500 hours or greater) are supposed to be prioritized by Division Directors on 
a cross-divisional or enterprise basis. However, from the interviews and workshops, it does not 
appear that all MDT Divisions consistently participate in this process. This leads to project 
efforts launched within an individual division without clearly understanding all of the types of 
resources and support (database, infrastructure, etc.) that may be required by the project and the 
potential impact of doing a project that may have on other already approved projects. 


Further, there were concerns raised by stakeholders during the interviews and workshops 
regarding how well scoped or defined projects are before they are submitted for review. This 
further suggests that projects may be reviewed and approved without a full understanding of the 
effort that will be required to execute the project. Likewise, some stakeholders indicated during 
the interviews that they did not understand the prioritization process or the reasons why some 
projects were approved and other projects were not. 


The project team believes that establishing a strong Information Technology Governance 
process is a critical element to implementing and sustaining a Strategic Enterprise Architecture. 
This includes a clearly defined, well communicated, and well understood IT investment decision- 


making process that is consistently utilized across the enterprise by all business units. 


D.5.4 IT Procurement 

There appears to be a great deal of operational autonomy within MDT for information 
technology purchases. This flexibility can have the unintended consequence of an IT 
procurement being initiated without a full understanding of any prerequisites that may need to be 
in place to support the implementation of the acquired software or hardware component. 
Examples of unanticipated prerequisites might be the need for additional network bandwidth, 
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additional storage capacity, additional supporting software, or the availability of various staff to 
provide technical support during implementation. Further, this flexibility also carries the 
potential issues of acquiring duplicative technology, or technology that does not integrate well 
into the existing technology environment. 


As a best practice, the project team would recommend that all information technology 
procurements be reviewed and approved by the department’s Chief Information Officer (CIO) as 
the agency’s senior information technology thought leader to ensure all potential issues and 
dependencies around a proposed IT acquisition have been thoroughly vetted. In many states in 
which our team has worked, this type of oversight is mandated by the State CIO, and oftentimes 
the State CIO, or designee, is also required to sign-off on technology procurements over a certain 
size, or that involve new types of technology. 


D.5.5 Project Management 

MDT has invested in developing a project management capacity with the establishment of a 
MDT ISD PMO within ISD. The project managers assigned to this group appear to be highly 
experienced. In addition, ISD has developed a set of project management methodologies based 
on the Project Management Institute’s Project Management Body of Knowledge (PMBOK®). 
The ISD project managers are assigned to major projects delivered by ISD and some projects led 
by other divisions. 


There does, however, appear to be a disconnect between ISD Project Management and ISD 
Applications with respect to traditional “Waterfall” project management approach embraced by 
ISD Project Management versus the “Agile” project management approach embraced by ISD 
Applications. Internal customers appear to be frustrated, perceiving traditional “Waterfall” to be 
needlessly bureaucratic. Decisions on approach based on the type of project need to be 
standardized and communicated, to ensure consistency, and eliminate unnecessary frustration. 


As was discussed above in regards to standards, the project management standards developed 
by the ISD PMO are not utilized consistently on all MDT information technology projects. 


MDT Strategic EA Final Report 
56 


E. CONCLUSIONS AND RECOMMENDATIONS 


E.1 APPLICATIONS ARCHITECTURE 


This section focuses on Applications Architecture recommendations by the eVision Partners 
team. The eVision Partners team has developed recommendations for each of the following 


functional areas: 
e Transportation Project Delivery 
e Maintenance and Asset Management 
e Transportation Operations Management 
e = Multi-Modal and Grants Management 
e Business Support Services 


e Information Technology 


E.1.1 Applications Architecture — Transportation Project Delivery 


E.1.1.1. Implement Next Generation PPMS (AA-1) 
The eVision Partners team recommends that MDT implement the next generation of a 


Program and Project Management System (PPMS). 


The current Program and Project Management System (PPMS) has significant functional 
gaps and lacks clear business ownership. In response to this challenge, MDT has initiated a 
PPMS replacement project, which is currently in the requirements definition phase. It is 
recommended that MDT continue this project as planned and implement a next generation PPMS 
based on industry best practice that is tightly integrated with the MDT’s Planisware® scheduling 
application. The new PPMS should also be designed to tightly integrate with MDT’s asset 
management systems. The scope of the new PPMS should support the full project lifecycle as 
illustrated in Figure 6 from the identification of candidate projects through project selection and 
programming, the management, control and monitoring of the execution of the project through 


integration with Planisware® and project closeout activities. 
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FIGURE 6: PPMS FUNCTIONAL SCOPE 


Capabilities of the proposed PPMS solution will include: 


Project definition and tracking — The system would track each MDT project from 
project request to project completion and closeout. The system will support 
managing all MDT projects (construction projects, research projects, multi-modal 
grant programs, information technology projects, etc.); 


Unique Project Identification — Each project would be assigned a unique project 
identification project number, and would maintain project-related descriptive phase 
and category information; 


Work Break Down Structures (WBS) — These WBS elements would be configurable 
and multi-level, providing support for project, phase, task, activity, sub-activity, line 
item, and category; 


Project Templates — The system would support the ability to create and maintain a 
set of standard project templates for each major project type, thus ensuring 
consistency in project planning as well as providing a productivity tool for planning 
construction projects; 


Project Structure Creation — This feature supports the ability for copying in the 
WBS from another project or template, again ensuring consistency and providing 
productivity; 


Project Hierarchy — This supports the ability to have subprojects linked to a primary 
project and the roll-up of reporting of related subprojects; 
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e Establish Project Budgets — This provides the ability to allocate and track budgets at 
any WBS level as well as roll-up reporting at any WBS level; 


e  Track/Control Revenues and Expenditures — This supports tracking, management 
and control of the project against the established project budget; 


e Record Expenditures — This feature supports, through integration with MDT’s 
CARES application, the capability of recoding project cost information against the 
budget, managing pre-encumbrances, encumbrances, expenditures, anticipated 
revenues, and receivables; 


e Integration with Planisware® — This would provide the ability to view schedule 
status including comparison of actual schedule performance against baseline 
schedule and support earned value analysis for a project including the calculation of 
schedule and cost performance metrics; 


e = Historical Project Data Drill Down and Linkages — This would provide inquiry 
through integration with CARES and the future PeopleSoft project accounting 
solution capability for a user to drill into project details such as time charges and 
payments stored in other systems; 


e Workflow Capabilities — This would provide automatic workflow management 
throughout the system with automatic notifications when it is time to perform a 
specified task; 


e Partner Self-Service Capabilities — This would provide support for project 
identification and query by MPOs and other local partners; 


e Document Attachments — This would provide support for attaching various files 
types to each project as required during the project’s lifecycle; 


e Integration with the agency’s Enterprise Content Management Solution — This 
would provide the ability to view documents created by the PPMS solution, along 
with all other agency content stored in the agency’s ECM solution; and 


e = Integration with Microsoft® Office® — This would provide support for using 
Microsoft® Access®, Microsoft® Excel®, Microsoft® PowerPoint®, Microsoft® 
SharePoint®, and Microsoft® Word®. 


E.1.1.1.1 Project Steps 
Because of the breadth of the functionality of the proposed PPMS project which supports 
business functions in the Administration, Engineering and Planning divisions, implementation of 
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this new system should be guided by a governance team comprised of management from all 
MDT divisions with subject matter experts assigned to the project team from each division. 


Figure 7 on the following page provides a timeline for the proposed PPMS implementation. 
This timeline assumes completion of the requirements definition phase, issuance of an RFP and 
selection of a software solution and systems integrator in calendar year 2016. Implementation is 
estimated to take approximately 18 months beginning in late 2016, with Go-Live of the new 
system by December 31, 2018. 
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Start Finish Duration 


Task Name 


PPMS Implementation 3/1/2016 12/31/2018 740d 


Complete requirements, solution 
design & RFP 3/1/2016 9/30/2016 


Evaluate and select solution 


10/3/2016 2/28/2017 


Configure, Test and Deploy Solution 3/1/2017 12/31/2018 


FIGURE 7: IMPLEMENTATION TIMELINE FOR IMPLEMENT NEXT GENERATION PPMS (AA-1) 
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E.1.1.2 Implement Next Generation TIS/LRS & Roadway Inventory (AA-3) 
The eVision Partners team recommends MDT continue with their implementation of the new 
TIS/LRS and Roadway Inventory as a foundational element. 


MDT utilizes ESRI’s ArcGIS application as its GIS software. This software is an integral 
component of transportation planning activities. MDT has a custom developed Transportation 
Information System (TIS), Road Log and Location Referencing application, which is approaching 
the end of its functional life. MDT’s Planning Division is currently defining requirements and 
planning for a new TIS/Roadway Inventory/LRS application, which will be a foundational 
element within the MDT applications architecture. 


E.1.1.2.1 Project Steps 
The eVision Partners team recommends the following steps: 


e Continue with design and implementation of the new Transportation Information 
System, Location Referencing System and Roadway Inventory application as a 
foundational of the To-Be MDT Enterprise Architecture; and 


e Establish multi-disciplinary governance team to guide effort. 


A recommended implementation timeline is on the next page. This timeline is based on the 
completion of requirements definition and solution design in the fall of 2016, initiation of 
implementation in late 2016 and go-live for the new system by the end of June 2018. 
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Task Name 


Implement Next Generation TIS/LRS and 
Roadway Invento 
Complete Requirements & Solution 
Design 


3/1/2016 


3/1/2016 


2016 


2017 


2018 


Finish Duration ee al ee oe eee 


| o/29/z018 | | eosd 


Evaluate and Select Solution 


Configure, Test and Deploy Solution 


10/3/2016 


1/2/2017 


9/30/2016 154d 
12/30/2016 


6/29/2018 390d 


FIGURE 8: IMPLEMENTATION TIMELINE FOR IMPLEMENT NEXT GENERATION TIS/LRS & ROADWAY INVENTORY (AA-3) 
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E.1.1.3. Implement ROW, Utilities Relocation, and Outdoor Advertising system (AA-4, 
AA-15) 


The eVision Partners team recommends the implementation of a Utilities, Right-Of-Way 
(ROW), and Outdoor Advertising System. 


E.1.1.3.1 Right-of-Way Management and Utilities Relocation 

A best practices ROW Management system would be an integrated solution supporting the full 
lifecycle of the acquisition processes for Right-Of-Way during construction projects and would 
include these supporting features (Parsons Brinckerhoff 2015): 


e Tracking right-of-way phase project information; 
e Identification of parcels that are acquisition candidates; 
e = Appraisal; 
e §©Negotiation; 
e Condemnation processes (when required); 
e Business Relocation Services; and 
e Residential Relocation Services. 
A ROW management system would also include the following functionality and support: 


e Provide support for tracking required utility relocation activities on a project along 
with various property management activities that may be performed by an agency; 


e Provide support for integrated workflows, which automatically route or move a task 
to be completed from one step or user to another within the system based on 
predefined business rules; 


e Provide the capability to generate the numerous required forms and letters within the 
system based on business rules; and 


e AROW management system would be integrated with an agency’s financial 
management system to reduce redundant data entry and additionally be integrated 
with the agency’s Enterprise Content Management solution. 


The diagram shown in Figure 9 illustrates how the proposed ROW system would interface 
with other MDT systems and recommendations in this document. 
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FIGURE 9: ROW SYSTEM INTERFACES WITH OTHER MDT SYSTEMS 


E.1.1.3.2 Outdoor Advertising Control 

The Outdoor Advertising Control application is approaching the end of its technical life. The 
interviews conducted by the eVision Partners team surfaced significant challenges loading data 
from the field data collection application into the main database. Users of the system also 
requested various data collection and location referencing enhancements. 


The eVision Partners team recommendation is to evaluate software solutions already licensed 
by MDT to determine whether one of these solutions would prove to be a viable solution. From 
our team’s experience in other states, there are several solutions already licensed by MDT, which 
may be configurable or extendable to support this function. 


If this approach does not meet MDT’s requirements, there are COTS products designed 
specifically to support Outdoor Advertising. However, this approach would likely prove to be 
more expensive, as it would require a larger implementation effort. The minimal key data elements 
needed for a Best Practice Outdoor Advertising and Salvage Yard System consists of the 
following: 


e Maintain an inventory of outdoor advertising signs: 
o Store owner/licensee; 


o Store permit number; 
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Store sign type; 

Store number of sign faces; 
Store permit issued date; 
Store permit expiration date; 


Store location of sign in terms of left or right of centerline along with station 
number; and 


Integrate with ERP accounts receivable to manage billing and collection of 
required outdoor advertising licensing and permit fees. 


e Maintain an inventory of salvage yards: 


O 


O 


E.1.1.3.3 


Store owner/licensee; 

Store permit number; 

Store permit issued date; 

Store permit expiration date; and 


Integrate with ERP accounts receivable to manage billing and collection of 
required salvage yard licensing fees. 


Project Steps 


The eVision Partners team recommends the implementation follow the phases described 


below: 


e Project Pre-planning — Develop an RFP and select a consultant to assist the team to 


develop the systems requirements, perform the fit-gap analysis, and consulting 


services to develop an RFP for the systems solution and a systems integrator. 


e Requirements Definition — Develop detailed systems and interface requirements to 


guide an integrator’s delivery of a system that will meet the business needs and 


provide the interconnectivity needed for other MDT systems. 


e RFP(s) — Develop necessary RFPs for a software solution (if required) and integrator 


resources. 


e Implement — Implement the system and begin production support. 


The recommended implement timeline is on the following page. 
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Task Name Finish Duration 


Utilities, ROW, & Outdoor Advertising 7/2/2018 4/11/2023 1247d 


Requirements Definition 7/2/2018 12/28/2018 130d 


Implement Utilities 7/1/2019 10/1/2020 329d 


Implement ROW 10/2/2020 1/5/2022 329d 


Implement Outdoor Advertising 1/6/2022 4/11/2023 329d 


FIGURE 10: IMPLEMENTATION TIMELINE FOR IMPLEMENT UTILITIES, ROW, AND OUTDOOR ADVERTISING SYSTEM (AA-4, AA-15) 
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E.1.1.4 Extend Planisware® to support resource management (AA-5) 


The eVision Partners team recommends MDT’s plans to extend Planisware® functionality. 


The MDT Planisware® scheduling solution as currently implemented at MDT does not 
provide resource management functionality. While Planisware® has the capability to perform 
resource management this functionality has not been configured and deployed for MDT. 


The lack of resource management capabilities within MDT’s current version of Planisware® 
makes it difficult for a functional discipline (such as Right-of-Way or Geotechnical) to roll-up 
resource requirements across multiple projects and get a true picture of the demand for resources 
to support delivery of MDT’s capital program. To address this gap, it is recommended that the 
resource management functionality be configured, tested, and deployed. The implementation of 
this recommendation will not only require software configuration work and testing but business 
process decisions from MDT in terms of how this functionality should be deployed to support 
resource management at a program level. 


E.1.1.4.1 Project Plans 
A proposed implementation timeline is on the following page. 
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2 Requirements Definition 7/1/2016 12/30/2016 


Implement 1/2/2017 3/29/2019 


FIGURE 11: IMPLEMENTATION TIMELINE FOR EXTEND PLANISWARE® TO SUPPORT RESOURCE MANAGEMENT (AA-5) 
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E.1.1.5 Reengineer As-Built Process (AA-6) 

The eVision Partners team recommends MDT reengineer as-built processes to more 
effectively utilize available technologies. Re-engineering must also consider the impact of 3D 
design and asset management requirements. Updating MDT’s current as-built process will enable 
the agency to obtain accurate and electronic as-built drawings promptly at the end of a project. 


The key improvements expected from this recommendation over current processes include: 


e Receiving as-built drawings during the course of the project to clearly document 
changes as they are made, and then submitting a complete set of as-built drawings 
promptly after final construction/contract acceptance; 


e Design drawings shall be kept up to date throughout construction to aid in the 
preparation of accurate as-built drawings; keeping documents up to date as the project 
progresses is important to make them useable for all parties throughout construction; 
and 


e Require electronic as-built drawings along with project properties and attributes, 
which will allow MDT to quickly retrieve the information. 


Re-engineering as-built process would require the following considerations: 


e Review current contract requirements for as-built drawings for timeliness, format and 
attributes; 


e Update contract requirements for projects to require electronic drawings, identifying 
the following: 


o Format (AutoCAD vs. MicroStation); 
o 2Dvs. 3D; 


o Project types that require electronic as-builts (all projects vs. projects above a 
certain dollar threshold); and 


o Data requirements (including accuracy requirements). 


e Review projects where 3D drawings would benefit future tracking—including for 
asset management activities—and require the provision of 3D drawings; and 


e Define the attribute information that will assist with asset management (e.g., location, 
length/width, type of material, etc.). 


The key benefits of an improved as-built process would include the following: 
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e More consistent and accurate as-built documents that will become key resources for 
future planning, maintenance and management of assets, as well as references for 
future improvements/projects; 


e Improved access and retrieval of asset data with a more portable data format; 
e Reduced effort to translate data; and 


e Facilitating faster project closeout and payment release. 


E.1.1.5.1 Project Plan 
A proposed implementation timeline is on the following page. 
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ID 


Task Name 


Start Finish 


Fe Reengineer As-Built Process 7/3/2017 4/30/2019 


Process Reengineering 


7/3/2017 12/29/2017 


Duration 


477d 


130d 


2016 


whee 


2017 2018 


2019 


2020 2021 


Solution Design 


1/1/2018 4/30/2018 


o Requirements Definition 5/1/2018 6/29/2018 


Implement 


7/2/2018 4/30/2019 


86d 


44d 


FIGURE 12: IMPLEMENTATION TIMELINE FOR REENGINEER AS-BUILT PROCESS (AA-6) 
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E.1.1.6 Establish and Implement Design Model Strategy (AA-7) 
The eVision Partners team recommends that MDTT establish and implement a CADD/3D and 
GIS integration strategy and begin piloting a phased deployment based on the defined strategy. 


Establishing and implementing a design model strategy will enable MDT to leverage 3D and 


GIS technology to improve overall design quality and accuracy, and improve the as-built 


documentation process. This design model strategy will act as a precursor to requiring contractors 


to provide electronic as-built drawings. 


This recommendation involves: 


Identifying electronic design standards (standard symbols, electronic format, etc.) for 
preparing design models; 


Identifying location attributes required for asset management and other purposes; 


Piloting standards on test projects and recording the benefits, challenges, and lessons 
learned; and 


Updating standards based on pilot projects and then expanding the use of these design 
standards to major projects and eventually, all projects. 


The key benefits would include: 


Improved tracking of project as-built drawings, along with attribute data to assist with 
asset location and tracking; 


Enabling future changes to assets as well as increasing the efficiency of construction 
activities through integration of 3D drawings with downstream applications, such as 
automated machine guidance (AMG) equipment for earthwork and paving operations; 


Enhancing quality assurance; and 


Access to detailed geospatial data. 


E.1.1.6.1 Project Steps 
The proposed implementation timeline is on the following page. 
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Duration 


Finish 


Task Name 
1043d 


7/3/2017 6/30/2021 


7/3/2017 12/29/2017 


Define Strategy 
RFP 6/29/2018 44d 
Pee ee ee eT 


Implement 
FIGURE 13: IMPLEMENTATION TIMELINE FOR ESTABLISH AND IMPLEMENT DESIGN MODEL STRATEGY (AA-7) 


Implement Design Modeling Strategy 


130d 
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E.1.1.7 Implement AASHTOWare™ Project Construction & Materials (AA-8, AA-9) 
The eVision Partners team recommends MDT continue their implementation of 
AASHTOWare™ Project Construction and Materials as planned. 


There are significant opportunities to build on MDT’s prior implementation of SiteManager to 
further automate and streamline construction management processes. Inasmuch as MDT did not 
implement Laboratory Information Management System (LIMS) functionality as a part of its prior 
SiteManager implementation, the eVision Partners team recommends that this functionality be 
implemented now, as a part of this project using AASHTOWare™ Project Construction and 
Materials. 


E.1.1.7.1 Project Steps 
A proposed implementation timeline for this recommendation is on the next page. 
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ID Task Name Start Finish Duration 


Implement AASHTOWare™ Project 
Construction & Materials ees eae daa 


2 Requirements Definition 3/1/2016 3/1/2017 262d 


Implement 3/2/2017 1/1/2019 479d 


FIGURE 14: IMPLEMENTATION TIMELINE FOR IMPLEMENT AASHTOWARE™ PROJECT CONSTRUCTION & MATERIALS (AA-8, AA-9) 
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E.1.2 Applications Architecture — Maintenance and Asset Management 
This subsection addresses the four Application Architecture recommendations related to 
Maintenance and Asset Management for MDT. 


E.1.2.1_ Define Enterprise Asset Management Strategy (AA-10) 
The eVision Partners team recommends MDT define and implement an Enterprise Asset 
Management Strategy. 


MDT has an interest in creating an integrated Asset Management System with benefits that 
are referenceable. During the interviews and subsequent workshops, some of the business 
requirements, key benefits, and business drivers that surfaced included: 


e Single point of data entry reducing staff time, improving data quality, and data 
consistency; 


e Clearly identified data ownership from an organizational and system perspective, 
improving the ability to access data and support standardized processes, and 
centralized location for data across MDT applications; 


e Consistency of Business Rules/Processes; 


e Ability to share or view work plans, such as viewing PMS work plans in MMS for 
planning and scheduling; 


e Elimination of silos across people, data, and strategies; 


e Shared access to data to increase collaboration in achieving common organizational 
goals and metrics; 


e Dashboards, metrics, and standardized outcomes for transparency and proper 
management for managing defined goals; 


e Meet mandatory FHWA requirements for improving data integration between asset 
management systems’; 


e AnEAM Systems Strategy providing data integration between individual asset 
management systems (bridge, pavement, safety, and the next generation 
maintenance management system) supporting agency business requirements defined 
in the MDT transportation asset management plan, which would include: 


1 The Moving Ahead for Progress in the 21st Century Act (MAP-21) requires each DOT develop and use a transportation asset management 
plan that will drive business requirements for enhanced analytical capabilities in the department's core asset management systems (at a 
minimum affecting bridge, pavement, and safety), and calls for improved data integration between these asset management systems. (US 
Department of Transportation, Federal Highway Administration 201 2) 
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o Ability to share the Asset Class Inventory (description, location, and attributes) 
to support geographic and data searches showing all assets (or a filtered asset 
type) based on a set of criteria, such as corridor, geometric shape, and data fields 
(such as Asset Name, Asset Date of Installation, Asset Type, Asset Condition, 
etc.); 


o Ability to share the Asset Class Annual Plan to ensure the proper coordination 
and timing of projects across the network (for example, ensure that a pavement 
overlay project for a given location that overlaps with a maintenance work order 
to repair a leaking pipe is sequenced properly to avoid ripping up newly paved 
roadway); 


o Ability to feed analytics to with asset inventory, location, and condition data, to 
optimize the set of projects resulting from the analysis; and 


o Ability to generate maintenance and other work orders by asset class system in 
response to inspections, MDT observations, and/or citizen service requests. 


A centralized data repository supporting a holistic view to asset data at a high-level, 
including viewing bridge and pavement condition data and planned projects on a 
map. 


Enterprise Asset 


Management 


FIGURE 15: ENTERPRISE ASSET MANAGEMENT INTEGRATION 


The eVision Partners team recommendation calls for development of a clear policy for asset 


management vision, definition, and system/tools of the functionality required to achieve this 


vision, depicted in Figure 15. As such, the following elements should be included in the 


recommendation and resulting vision: 


Alignment to the TAMP; 
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e Inclusion of data from new construction in the asset management vision; 


e A focus on integrating data from new construction into asset management systems 
and processes supported by data/design models, such as design drawings, as-built, 
material testing data; and 


e A linkage to projects in PPMS and the asset system, such as Pavement, Bridge, and 
so forth, back to impacted assets. 
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FIGURE 16: ENTERPRISE ASSET MANAGEMENT SHARING 


Figure 16 indicates industry best practices for business requirements and integration related 
to Asset Management data. Table 8 illustrates the integration flows also found in best practices. 


TABLE 8: ASSET MANAGEMENT DATA SHARING OPPORTUNITIES 


Data 
Owning Shared 
Source System Description of Data and usage 
AMS ALL Asset ID, Location, condition and attribute data 
Share the Safety, Pavement, Bridge and Maintenance work plans and condition data to avoid 
AMS AMS wide gaps between assets (for ex. Pavement project vastly improving road, but leads to a 


bridge in poor condition and approach) 

Ancillary Structures (pipes) -> PMS: Integrate with transportation asset Inventory to capture, 
AMS PMS store, view and retrieve all existing drainage structures including their size, length, material 
type, condition, estimated remaining life before replacement and any existing problems. 
Integrate bridge inspection and maintenance crew activities using Maintenance Staff (pull 
over activities and dates into MMS for crew assignment and once completed the MMS crew 


BMS MMS leader will update both MMS and BMS systems, if possible feed the BMS updates from 
MMS). 
Integrate accounts payable, accounts receivable and billing, asset management, cost 
ERP AMS accounting and cost allocation, facilities management, fleet management, inventory, leave 


accounting, learning management personnel administration, procurement and time and labor 
(21). 


MDT Strategic EA Final Report 
79 


Owning 


Data 


Shared 


Source System Description of Data and usage 
Integrate with ERP purchasing and accounts payable functions to track part inventory 
ERP AMS purchases by vendor, vendor location, purchase order number, vendor invoice or 
procurement card transaction number. 
ERP AMS Integrate with videolog system to allow linkage to and display of video images and attribute 
data obtained from video logs as a "drive down that section of road" feature. 
GIS for updates to LRS including updates to event data (requires multiple LRMs and means 
ERP AMS to run Asset Management Programs synchronization separately and managing asset classes 
through user defined segments (known as maintenance or pavement sections, bridges as 
points or beg/end locations). 
Integrate with ERP purchasing and accounts payable functions to track part inventory 
ERP AMS purchases by vendor, vendor location, purchase order number, vendor invoice or 
procurement card transaction number. 
Grants MMS Integrate with grants management system to provide a list of State grants provided to a port 
Management facility and allow drill down to obtain more detailed information about a specific grant. 
Materials Materials Testing Repository: retrieving documents/data associated with a pavement assets 
Testin PMS including: boring log and other information about test cores; geo-technical test results; and 
g design plans and specifications. 
Materials PMS Import and store test and research pavement sections from Federal Highway Administration 
Testing (Long Term Pavement Performance) research databases. 
Integrate with the maintenance management to obtain, display and utilize in various analyses 
MMS BMS a history of maintenance activities and bridge condition including both internal and contracted 
maintenance work. 
MMS ERP Integrate with accounts receivable to manage billing and collection of required outdoor 
advertising licensing and permit fees and Logo Signs. 
MMS ERP Integrate with accounts receivable to manage billing and collection of required salvage yard 
licensing fees. 
was Integrate with Facilities management system to link to additional facility specific attributes and 
Mas Pasliige condition assessments. 
Multi-Direction Share Pavement Projects and Maintenance Plans/Activities to assist 
MMS PMS coordination and timing (avoiding a striping project being obliterated by a soon to follow pipe 
replacement or thin overlay). 
MMS PMS Once maintenance activity is completed, notify PMS. PMS to update asset with history and 
asset condition. 
PMS STIP Candidate projects for use in what if analysis in STIP function (PMS outbound) 
PPMS AMS Integrate with Accounting/Project Management System(s) to obtain budget information and 
approved projects that deprecate from that budget. 
Integrate project management / Construction Data (SiteManager™) to obtain and display 
PPMS / MMS information and utilize information in analyses about current or planned construction projects. 
SiteManager Information should include construction limits, project scope, year in program and estimated 
cost. 
Road Condition Surveys - investigate ways to combine Pavement and Maintenance roadway 
Road Condition PMS surveys to perform a single pass (pavement collection across entire state network every 2 
Survey years), single source supporting both pavement sections and maintenance sections and 
assets. 
: Access to Construction Management application to obtain and display construction history for 
SiteManager BMS the structure and use in analysis. 
GIS for updates to LRS including updates to event data (requires multiple LRMs and means 
TIS/LRS AMS to run Asset Management Programs synchronization separately and managing asset classes 
through user defined segments (known as maintenance or pavement sections, bridges as 
points or beg/end locations). 
Video's AMS Integrate with Video Log system to allow linkage to and display of video images and attribute 
9 data obtained from video logs as a "drive down that section of road" feature. 


As MDT matures its processes, such as data governance/stewardship and technology 


governance, MDT can begin to shift focus to techniques and tools for analyzing how to best 


influence the overall Transportation Infrastructure Network using key elements from their 


integrated asset management program. This will allow MDT to optimize investments and 
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analyze the network’s performance based on time, budget, and resource constraints. With respect 
to Asset Trade-Off Analysis and Portfolio Management, forecasts for the next five or more years 
could be folded into future recommendations for long-term consideration and planning. 


The recommended concept is to use the analysis and project building tools and features 
within each asset management system (with a primary focus on bridge, pavement, and safety 
systems) to develop a set of projects composed of related criteria across these asset classes. 


Included criteria would consist of: 
e Planning horizon (2 - 20 years); 
e Budget (typical or desired budget); and 
e Performance or level of service utility function, across bridge, pavement, and safety. 


The recommended Asset Trade-Off Analysis and Portfolio Manager Tool would use these 
sets of projects from each asset system to optimize the overall transportation infrastructure 
network based on time, budget, and performance, constrained at the enterprise level or across all 
asset classes, rather than the asset class level. This analysis would perform numerous analysis 
runs, each run within an asset class to perform an overall network level analysis. Additionally, if 
funds were available for preservation or maintenance work (or budgets were reduced), this tool 
could provide the analysis to identify projects to be funded or pulled from the authorized list of 
projects for the planning year. 


In short, this would be an extremely powerful analysis tool; however, it would be dependent 
on stable and mature asset management systems to provide reliable and trustworthy sets of 
project data based on condition and deterioration curves for configuration analysis. Therefore, it 
is necessary to get all of the largest assets and systems (bridge, pavement, and safety) to the same 
level of maturity and stability, which will take time to achieve. 


Figure 17 illustrates how project sets from each asset class would be used in this type of 
Asset Trade-Off Analysis Tool. Further, it illustrates how sets of projects can be modified during 
this high-level analysis and similarly changed in the asset class software system, potentially 
being further refined or directly consumed by the Asset Trade-Off Analysis tool. 
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FIGURE 17: ASSET CLASS PLANS FEED AN ASSET TRADE-OFF ANALYSIS TOOL 


E.1.2.1.1 Project Phases 
The eVision Partners team recommendation for project implementation includes the 
following steps: 


e Prioritize integrations and identify dependencies; 


e Identify MDT owned solutions or new COTS solutions for the central data 
repository for general access to the high-level asset data; 


e Develop the strategy and resource requirements; and 


e Develop an implementation plan with a phased implementation to drive value from 
the integrations. 


The proposed implementation timeline is on page 84 (Figure 18). The proposed timeline 
consists of three stages: 


e Definition of requirements, design, development, and testing of a Transportation 
Asset Warehouse to provide a GIS-enabled, one-stop source for asset inventory and 
condition assessment information for various MDT functional disciplines. The 
Transportation Asset Warehouse will integrate with existing MDT systems that 
serve as the system of record for various asset classes. It may also serve as the 
system of record for some assets, which do not currently have a home system. It is 
envisioned that work on designing and developing this application would commence 
in the near-term (likely by the end of calendar year 2016) with implementation by 
June 30, 2018; 
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Asset management business policy and process work required to establish the To-Be 
asset management business model consistent with MAP21 over the next several 
years; and 


Based on the business policy and process work and the MDT To-Be Asset 
Management business model, definition of requirements, design, and 
implementation of cross-asset analysis capabilities beginning in 2020, as the 
business needs are more clearly understood and the capabilities available in the 
marketplace mature sufficiently to meet those needs. 
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Task Name Start Finish Duration 


Implement Transportation Asset 
Warehouse 


Define requirements and prepare RFP 1/2/2017 4/28/2017 85d 


1/2/2017 6/30/2021 1173d 


Evaluate and select systems integrator 5/1/2017 7/31/2017 66d 


Implement solution 8/15/2017 3/29/2019 424d 


Develop Transportation Asset 


Management Policies and Strategies HAE eeyaue) 


Implement Cross Asset Analysis Toolset 9/2/2019 4/30/2020 


Define Requirements and Prepare RFP 9/2/2019 12/31/2019 


Evaluate and select solution 1/2/2020 4/30/2020 


Implement solution 5/15/2020 6/30/2021 


FIGURE 18: IMPLEMENTATION TIMELINE FOR ASSET MANAGEMENT STRATEGY (AA-10) 
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E.1.2.2 Extend SIMS functionality (AA-11) 


The eVision Partners team recommends MDT extending the functionality in the Safety 


Information Management System (SIMS) to support multi-disciplinary safety information 


including: 


EMS run tickets; 
Trauma Registry; and 


Conviction Data. 


This recommendation is in alignment with proposed Safety Management system 


enhancement projects in the State of Montana Traffic Safety Records Plan. 


Additional best practices and data integration recommendations for the MDT Safety 


Management System within the seven-year enterprise architecture planning horizon include: 


Integrate road inventory and pavement history data as a basis to understand safety 
risk and events (For example, crashes on road curves exceeding design 
specifications or intersections that require signals identified in planning but missed 
in design or in execution and sharing crash data with Maintenance to support 
statewide repair cost recuperation from insurance companies.): 


o Integrate crash history with pavement condition to determine pavement 
conditions that contribute most to crashes; 


o Integrate pavement condition with crash reports to determine distress type, 
which may contribute to the number of crashes; and 


o Temporal data from the Pavement Management System to view road condition 
data as of the date of a crash. 


GIS for crash history information; 


CADD/3D modeling environment for design documents/data and updates since 
initial installation; 


Integrate asset inventory and maintenance history information to obtain and display 
history of maintenance activity at or in the proximity of the crash site; 


Integrate with Department of Justice driver license information for driver history 
involved in a crash and driver traffic conviction history; and 
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e Integrate with motor carrier citation information to track issued motor carrier 
citations. 


E.1.2.2.1 Project Phases 
The recommended project steps include: 


e Coordinate with other State of Montana agencies to define and implement data 
governance required to access the multi-disciplinary safety information; 


e Prioritize information sets and identify dependencies (business processes, 
technology, method of exchange, and so forth); 


e Develop strategy and resource needs, develop detailed implementation plan with 
phased implementation to drive value from inclusion of data; 


e Develop process to align planned SIMS enhancements with Annual Safety Plan and 
the Traffic Records Plan. 


A proposed implementation timeline is on the following page. 
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Task Name Finish Duration 


Extend Sims Functionality 7/1/2019 6/30/2021 


Requirements Definition 7/1/2019 8/30/2019 


RFP 9/2/2019 11/1/2019 


Implement 11/4/2019 6/30/2021 


FIGURE 19: IMPLEMENTATION TIMELINE FOR EXTEND SIMS FUNCTIONALITY (AA-11) 
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E.1.2.3 


The eVision Partners team recommends that MDT implementing modeling and analytics 


Implement Modeling and Analytics for Structures (AA-12) 
support structures, and evaluate capabilities of Advitam ScanPrint IMS in meeting its 
requirements. 


Bridge Modeling and Analysis best practices, along with the typically expected features, 
include support for the following: 


e Deterioration models; 


e Alternatives identification; 


e = Level-of-service criteria; 


e User cost estimation; 


e Maintenance cost minimization; and 


e Multi-period optimization 


The eVision Partners team recommends MDT continue its work defining its requirements for 


bridge modeling and analysis with Advitam, including support for the above list of best practices 


as well the functionality detailed in Table 9. 


TABLE 9: BRIDGE MODELING AND ANALYSIS FEATURES 


Functionality Functional Description / Requirement 

Beisnoraticn Maintain complete historical record of inventory characteristics, condition, and maintenance and 

Models improvement actions, as well as associated costs for each structure. The information should be capable of 
estimating and updating lifecycle costs and deterioration models. 

ieisieralien Provide set of deterioration and optimization models which utilize the bridge inventory, inspection and 

Models appraisal data to project future conditions and recommend candidate projects based on various user-defined 
priorities and parameters. 

fee Provide deterioration models which project the nature, extent and severity of deterioration of each element. 

Deterioration Provide deterioration models which project overall condition of a bridge and condition ratings for the deck, 

Models superstructure and substructure. 

Deterioration Ensure deterioration models reflect most current updates to bridge inventory or inspection information or 

Models maintenance work performed. 

Improvement Support various improvement models including rehabilitation (widening, raising, strengthening), replacement 

Models and maintenance. 

Improvement Log reasons for changes to cost estimates for candidate projects over time (inflation, scope change, 

Models introduction of new technology, enhanced cost estimating models, etc.). 

Reporting Support ability to download information to an external cost estimating model. 

infegesiion Integrate with ERP purchasing and accounts payable functions to track part inventory purchases by vendor, 

9 vendor location, purchase order number, vendor invoice or procurement card transaction number. 
Catticuration Allow system administrator or other authorized user to revise parameters and formulas for running the 
9 analytical models through a table-driven online function. 
A ‘ Support use of other constraints in modeling such as federal funding limitations, matching ratios, level-of- 
nalysis : ee a ; a 

service criteria, or minimum allocations of funds to districts. 
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Deterioration Ensure the optimization model accounts for structure deterioration, traffic growth, agency and user costs and 
Model the time value of money. 
Consider immediate and future costs and benefits of the various courses of action and their effects on future 
Analysis conditions. In particular, the model weighs the benefits of preventative maintenance versus costlier (but less 
frequent) corrective maintenance. 
Report Produce reports concerning the input data, intermediate results deemed important such as the results of 
e 9 formula or cost calculations, and the final results of computer runs for various model scenarios. 
Sonfiquration Allow system administrator or other authorized user to revise parameters and formulas for running the 
9 analytical models through a table-driven online function. 
E.1.2.3.1 Project Phases 


The eVision Partners Project Team recommends the following steps: 


Complete bridge modeling and analysis business requirements; 
Conduct formal gap/fit assessment with Advitam; 


Collaborate with other agencies utilizing Advitam to obtain any lessons learned. As 
an example, the New York Metropolitan Transportation Authority Bridges and 
Tunnels (B&T), another organization using Advitam IMS ScanPrint for asset 
inventory and condition assessment at some of its facilities, is launching an 
alternatives analysis study to assess the feasibility of developing analytical 
capability within in Advitam or whether it needs to look at other software solutions 
within a recently acquired MTA-wide enterprise asset management software 
solution; Eon plan; and 


Implement functionality in a phased approach. 


The proposed implementation timeline is on the next page. 
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Task Name 


Start 


Finish 


Duration 


Implement Modeling & Analytics for 
Structures 


1/1/2019 


6/30/2020 


391d 


Requirements Definition 


RFP 


1/1/2019 


3/5/2019 


3/4/2019 


5/6/2019 


45d 


Implement 


5/7/2019 


6/30/2020 


FIGURE 20 


: IMPLEMENTATION TIMELINE FOR IMPLEMENT MODELING AND ANALYTICS FOR STRUCTURES (AA-12) 
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E.1.2.4 Extend MMS to handle ancillary assets (AA-13) 
The eVision Partners team recommends MDT define and implement a formal strategy for 
supporting ancillary assets. This strategy should include the following elements: 


e Identification of assets to be formally managed/tracked; 
e Identification of an asset owner; 


e Identification of the group or groups within MDT responsible for collecting the 
asset inventory and condition data and the reviewers/approvers of the data collected; 


e Identification of a system of record for each asset class and a process for 
maintaining currency of the data; and 


e Development of an implementation plan for each asset class and management as a 
program of projects, phasing in the assets over time and asset inventory information 
is available and as the assets are ready to be added to the planned system of record. 


There is a strong need to develop governance and the business processes to ensure that all 
asset classes have an identified owner, as well as defined methods and owners to collect and 
maintain the inventory, condition, and attribute data. This would include such things as: 


e Determine whether inventory needs to be maintained at a 100% level or sampling 
data is adequate; 


e Determine frequency for updating inventory and condition data; 


e Ancillary assets will need to be prioritized for integration/implementation in the 
system. Prioritization criteria should include a risk analysis and identification of 
dependencies, which should include: 


o Safety issues/concerns for guardrails, pavement markings, 
o Past failures for overhead sign structures, and 


o Expected federal or other policies and rulings for retro-reflectivity standards for 
signs, etc. 


The full set of ancillary assets need to be tied into the asset management strategy, since the 
assets are all related. Examples would include a culvert failing under a road causing a road 
closure, or guardrails that improve safety when there are challenges (e.g., expense or difficulty) 
to change road alignment/curves. At least one of the tasks performed when adding an ancillary 


MDT Strategic EA Final Report 
91 


asset would be to review the planning and work order processes to ensure these are properly 
aligned and fully supported. 


Once MDT has established the governance and business processes to manage ancillary 
assets, it can then prioritize the ancillary assets for inclusion in MDT information systems and 
establish detailed work plans for the actual implementation effort. 


E.1.2.4.1 Project Phases 
The eVision Partners team recommends the following project phases: 


e Define the governance and business processes to address Ancillary Assets: 


o Define the Ancillary Asset Data Governance: Identification and prioritization of 
Ancillary Assets (only those that feed decision-making and planning activities), 


o Identify an owner for the asset, an owner for the collection/data quality and 
scrubbing efforts, and an owner for the maintenance of the asset inventory, 
location, condition, and attribute data, and 


o Establish policies for data sharing strategies across the asset systems and a 
strategy for assets without a home, using a defined asset business value and 
need/urgency to drive out the ancillary asset strategy; 


e Perform necessary data preparation activities: Ancillary Asset data owners will need 
to review existing data and validate or scrub that data including adding attribute data 
or additional data feeds into that single source in preparation for the initial load into 
the system. If the data does not exist or is determined to not be usable, the data 
owner will be required to establish a method to collect asset data and implement that 
method, with validation and review of final results, ensuring it is ready to load into 
its home application; and 


e Development implementation plan: While the asset data is being reviewed, collected 
and revised, MDT will develop an Ancillary Asset Implementation Plan phasing in 
the assets into production in the selected MDT asset management system, staging 
the implementations based on insights gained in the data preparation task. If the 
asset has specifications that will not be supported by an asset management 
application already owned by MDT, an exception for handling that asset class will 
have to be requested and granted through the governance process defined in item 1 
above. 
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A proposed implementation timeline is on the following page. This implementation timeline 
assumes a phased approach to addressing ancillary assets over a several year period based on the 
priority for each asset class. 
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Task Name 


Establish ancillary assets & Asset 


Management Governance 


7/1/2016 


Finish 


1/1/2021 


Duration 


Develop policies, strategy, and 


business requirements 


7/1/2016 


6/30/2017 


Implement (phased) 


7/3/2017 


1/1/2021 


FIGURE 21: IMPLEMENTATION TIMELINE FOR EXTEND MMS To HANDLE ANCILLARY ASSETS (AA-13) 
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E.1.3. Applications Architecture — Transportation Operations Management 
This subsection outlines the recommendations in regards to Transportation Operations 
Management. 


E.1.3.1. Implement new COTS Traveler Information System (AA-14) 

The eVision Partners team recommends the implementation of a new Traveler Information 
System with a COTS application as the core of the new solution to replace the current Traveler 
Information System, an inhouse developed application approaching the end of its functional and 
technical life. 


The current Traveler Information System is the most accessed webpage in Montana state 
government. MDT has initiated a business case to evaluate options for replacing this system. The 
eVision Partners tem understands that MDT is considering implementing an inhouse solution 
from another state and recommends that a full cost-benefit analysis be done, developing the 
Total Cost of Ownership (TCO) for the options, before deciding on the path to deploy this 
software versus selecting a COTS solution/framework for architecting the next generation 
Traveler Information System solution. 


The core of the system will require many data and video streams in order to support present 
day citizen expectations. The replacement project will need to take a holistic view across all of 
the department and inter-agency feeder systems. 


Other functionality and support features MDT should consider would include integrated 
support for: 


e Mobile applications; 
e Travel Times/Congestion VMS (variable message sign); 


e = Alerts (such as emails, automated calls, text messaging, radio broadcast data system 
broadcasts, and so on); 


e Command and control of field equipment: 
o Camera control and viewing; 


o Variable message sign (VMS) management to create messages, view and report 
status; 


o Roadway sensor data collection; 


o Traffic sensors (loop detectors, acoustic, radar, and video, etc.); 
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o Weather sensors; 

o Traffic signal monitoring and operations; and 

o Highway Advisory Radio (HAR). 

Camera views available from plows and other equipment; 
Incident logging, tracking, and reporting (unplanned): 
o Accidents; 

o Incidents; and 

o Weather observations. 

CCTV (closed circuit TV cameras); 

Weather stations; 

Bike routes; 

Parking in downtown areas for special events; 


Ability to push information to mobile devices for display; 


Travel planning tools including alternatives based on historic conditions; 


Construction and maintenance activities (logging, planning, coordinating, and 


reporting): 

o Construction project status, 

o Highway maintenance activity logging, 
o Signal malfunction logging, 

o Road closure approvals, 

o Highway work permits, 

o OS/OW permitting and routing, and 

o Detour routing; 


Traffic analysis and reporting (customizable); 
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e Traffic management center (TMC) activity logging, reporting, performance 
analysis, and communication logging; 


e Vehicle and staff dispatch and related tracking and reporting: 

o Highway assistance program trucks, and 

o ITS equipment repair (VMS, camera, signals, sensors, etc.); 
e Emergency Transportation Operations (ETO); and 


e Map based views of construction and maintenance projects, equipment status, 
incidents, accidents, road and traffic conditions, travel time (map front end for data 
and reports). 


E.1.3.1.1 Project Phases 
The eVision Partners team recommends the following project phases in the implementation 
of this recommendation: 


e Define requirements; 


e = Perform fit/Gap with available COTS packages or frameworks and finalize the go- 
forward direction; 


e Identify and develop any governance associated with the use and consumption of 
cross department and inter-agency data and video feeds; and 


e Finalize solution selection and implement solution. 


A proposed implementation timeline is on the next page. 
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Task Name Start Finish Duration 
PEPEPEEEEP EPP PEEP EE EPP EPP EEE 
Replace Traveler Information System 7/2/2018 4/1/2020 458d nf 
Project Planning and Preparation 7/2/2018 12/28/2018 130d 


mnemenonin | vane | oanow [asf 
i A 
Implement 6/3/2019 4/1/2020 


FIGURE 22: IMPLEMENTATION TIMELINE FOR IMPLEMENT NEW COTS TRAVELER INFORMATION SYSTEM (AA-14) 
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E.1.3.2 Continue SmartCOP enhancements (AA-16) 
The eVision Partners team recommends that MDT continue with targeted enhancements to 
SmartCOP, including addressing opportunities to enhance data integration with other agencies. 


SmartCOP provides support for the Motor Carrier Enforcement Systems, providing the 
following capabilities: 


e Computer aided dispatch; 
e Law enforcement records management; and 
e Shared system interoperability with the Montana Highway Patrol. 


MDT is currently implementing and/or planning to implement several priority enhancements 
to SmartCOP, including: 


e Electronic recording of commercial motor vehicle (CMV) citations at the roadside; 


e Electronic transfer of CMV information to the Federal Motor Carrier Safety 
Administration (FMCSA) SAFETYNET application; 


e Loading of driver and vehicle information by barcode; and 


e Sharing of citation and crash data electronically with other systems. 


E.1.3.2.1 Project Phases 

The eVision Partners team recommends that MDT implement the identified enhancements as 
a series of small projects on a priority basis based on funding and other resource availability. It is 
anticipated that these enhancements would be completed between FY 2017 and FY 2021. 


E.1.3.3 Implement ePart Enhancements (AA-24) 

The eVision Partners team recommends enhancing the ePart system after implementation to 
address high priority enhancements identified during the implementation project. During the 
implementation project, the ePart project team identified two critical enhancements: 


e Implementation of automated permit routing functionality for 
oversize/overweight/over-dimension vehicles; and 


e Implementation of document management functionality. 


The automated permit routing functionality, which would allow permits within a certain 
envelope or set of dimensions to be automatically routed upon request by a motor carrier through 
the customer self-service functions in ePart is a natural extension of the capabilities of the 
CELTIC platform. In terms of the document management system, it is recommended that MDT 
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evaluate whether this functionality should be provided as part of ePart or through integration 


with the MDT enterprise content management solution (AA-2, page 116). 


E.1.3.3.1 Project Phases 
The IT team supporting ePart will need to further evaluate and determine the priority, timing, 


and associated costs of the proposed enhancements. Based on the current situation we are 


recommending the following steps: 


Stabilize the system post implementation (expected to be 3-6 months following 
production cutover in May 2016); 


Prioritize the critical issues and high value enhancements and identify dependencies 
(business processes, technology, method of exchange, etc.); 


Evaluate most appropriate approach for addressing document management 
requirements; and 


Develop detailed work plans for approved enhancements; and 


Design, develop, test, and deploy priority enhancements. 


It is expected that the high priority enhancements will be completed, subject to funding 


availability, in FY 2017 or FY 2018. The recommended timeline is on the following page. 


MDT Strategic EA Final Report 
100 


(a eS peat 


| 1 | implement ePart Enhancements | ePart |implement ePart Enhancements | 5/30/2016 | 10/1/2027 | 2960d | 


Stabilize ePart Implementation 5/30/2016 9/30/2016 


Prioritize Enhancements and Obtain 
Configure, Design, Develop, Test and 
ai Deploy Approved Enhancements My eiaute TG ee 


FIGURE 23: IMPLEMENTATION TIMELINE FOR EPART (AA-24) 
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E.1.3.4 Implement Enterprise Grants Management Solution (AA-18) 

As noted earlier in this report, the State of Montana is evaluating a statewide grants 
management initiative. It is recommended that MDT participate in this initiative in order to 
ensure MDT’s business requirements are captured and addressed as part of the statewide 
solution. After the state’s initiative has been implemented and stabilized, MDT should evaluate 
whether it will continue using the existing multi-agency e-Grants initiative and the internally 
developed the Aeronautics Suite, or migrate to the statewide solution. 


Minimally, a basic Grants Management System would include support for the following 
features: 


e Planning — Develop, compare, and rate potential funding scenarios; 
e Agency Management — Ability to add recipient agencies and organizations; 


e Fund Source Builder — Ability to build state or local fund sources as needed by 
agency or recipient; 


e §=Allocation Tracking and Financial Production — Ability to manage allocations or 
funding; 


e Invoicing and Drawdown — Ability to collect and track invoices and monitor 
balances; 


e Milestone/Progress Reporting — Reporting supporting both federal and state 
requirements; 


e Grant Builder — Ability to create grant agreements; and 
e Audit and Closeout — Checklists and final reports needed. 


Figure 24 highlights the integrated processes typically implemented in the Life Cycle of 
Grants Management. 
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| Integrated Processes 


- Life Cycle of Grants 
Management 


FIGURE 24: GRANTS MANAGEMENT SOLUTION INTEGRATED PROCESSES 


E.1.3.4.1 Project Phases 
The recommendation consists of the following high-level steps: 


e Finalize Approach — complete assessment of the state’s initiative and determine 
MDT direction. 


e Develop/Design Interfaces — develop interfaces into existing MDT systems. 
e Develop RFP for implementation resources — if required. 
e Implement solution. 


A proposed implementation timeline is on the next page. 
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Task Name 


Implement Enterprise Grants 
Management Solution 


7/1/2021 


Finish 


12/29/2022 


Duration 


Requirements Definition 


7/1/2021 


9/1/2021 


RFP 


9/2/2021 


11/3/2021 


Implement 


11/4/2021 


12/29/2022 


FIGURE 25: IMPLEMENTATION TIMELINE FOR IMPLEMENT ENTERPRISE GRANTS MANAGEMENT SOLUTION (AA-18) 
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E.1.4 Applications Architecture — Business Support Services 


E.1.4.1| Implement Financial Suite (AA-19) 
The eVision Partners team recommends that MDT enhance its existing forecasting, reporting, 
and analysis tools integrating these new analysis tools with its existing legacy financial and 


accounting transaction systems. 


The preferred recommendation would be to immediately begin work on the implementation of 
the state’s PeopleSoft SABHRS ERP solution as the agency’s financial system of record (AA-20, 
AA-21). However, the project team recognizes that given existing constraints and priorities, the 
agency is better served in the short-term by following this recommendation, and implementing the 
state’s ERP solution as the agency’s financial system of record as a later phase (as reflected in the 
Overall EA Implementation Plan shown in Figure 42 (page 153)). 


This recommendation will address the issue that stakeholders reported that it is often difficult 
to obtain information from the current financial systems to support management reporting and 
analytics. MDT has received a legislative appropriation of $3 million to move forward with this 
recommendation. Requirements definition has started for this project, but the project is proceeding 
at a slower pace than originally planned due to current constraints in the department’s available 
cash flow. Our recommendation is to continue with this project, subject to cash flow 
considerations, as a short-term solution pending implementation of SABHRS as MDT’s agency 
financial system of record. This project will be an initial step to provide enhanced budgeting, 
forecasting, financial reporting and analysis tools prior to implementation of an ERP. However, 
the project should be developed in anticipation of the future ERP and minimization of future re- 
work when the MDT legacy financial systems are replaced with SABHRS in the near future. 


E.1.4.1.1 Project Steps 
The recommended project implementation steps include: 


e Complete the business requirements for the Financial Suite application solution, 
identify higher priority issues, and seek out short-term solutions that will provide the 
greatest value; 


e Develop and finalize an implementation plan; and 
e Implement the short-term solution. 


A proposed implementation timeline is on the following page. 
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Task Name 


Implement Financial Suite 


7/3/2017 


Finish 


10/1/2020 


Duration 


849d 


Define Requirements, create RFP, and 
select vendor 


7/3/2017 


6/28/2019 


520d 


Implement 


7/1/2019 


10/1/2020 


329d 


FIGURE 26: IMPLEMENTATION TIMELINE FOR IMPLEMENTING FINANCIAL SUITE (AA-19) 
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E.1.4.2 Implement State's ERP solution as financial system of record (AA-20, AA-21) 

The eVision Partners team recommends the implementation of an enhanced version of the 
state’s PeopleSoft-based SABHRS ERP solution for MDT’s financial system of record. This 
recommendation results in the replacement of a number of MDT financial systems including: 
CARES, Accounts Payable, State Share, Contract Tracking System, and Consultant Information 
System. 


This recommendation is closely associated with two other recommendations; see 
E.1.4.1 Implement Financial Suite (AA-19) (refer to page 105) and Implement State’s ERP for 
Talent Management and Additional HCM Capabilities (AA-22, AA-23) (refer to page 110) for 
more information on those recommendations. The underlying assumption in this recommendation 
is that MDT can leverage the investment the State has already made in the State’s ERP solution 
primarily by extending this solution as necessary to meet MDT specific business requirements. It 
is worth noting that the state’s ERP solution, PeopleSoft, is successfully running in multiple state 
DOTs; this means there is prior experience and expertise that can be leveraged to help MDT meet 
its unique department of transportation business requirements not found in other state agencies 
within Montana. These business requirements are primarily focused on project budgeting, project 
costing and project billing including billing of FHWA, FTA and other Federal partners. 


Based on eVision’s experience in other states, the scope of the ERP implementation should 
include implementation of PeopleSoft Project Costing and potentially other modules not currently 
implemented within SABHRS to meet MDT’s unique financial management requirements. 
Further, also recommended is the implementation of enhanced contracts management 
functionality, either in the eMACS system or as part of SABHRS (PeopleSoft Services 
Procurement module), to meet all MDT requirements in this area. 


The scope of the project should also include configuration changes to existing modules to 
support MDT’s unique business requirements. 


Other considerations include: 


e Development of interfaces with PPMS, AASHTOWare™ Project, and various other 
MDT agency systems; 


e Data migration from existing MDT systems, development of MDT specific training 


materials; 
e Delivery of training for MDT staff; 


e Multiple MDT specific testing phases (unit, system, integration, user acceptance, 
performance, etc.); and finally the 
e Deployment of the enhanced SABHRS system to production status. 
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E.1.4.2.1 Project Steps 
The project steps for implementation are: 


e Create ERP Project Steering Committee; 


e Develop and finalize business requirements for the implementation of the state’s ERP 
solution for MDT; 


e Establish an interdepartmental memorandum of understanding with the Department 
of Administration to establish roles and responsibilities and planned cost sharing for 
the proposed implementation project; 


e Construct, issue, and evaluate an RFP for implementation services for migrating 
MDT onto the state’s ERP solution as the agency’s financial system of record; and 


e Implement the enhanced SABHRS solution to support MDT business requirements. 


The proposed implementation timeline is on the following page. 
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Task Name 


Financial ERP 


Start 


7/1/2019 


Finish 


9/30/2022 


Duration 


850d 


Define Requirements, create RFP, and 
select vendor 


7/1/2019 


6/30/2020 


262d 


Implement 


7/1/2020 


9/30/2022 


588d 


FIGURE 27: IMPLEMENTATION TIMELINE FOR IMPLEMENT STATE'S ERP SOLUTION AS FINANCIAL SYSTEM OF RECORD (AA-20, AA-21) 
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E.1.4.3 Implement State’s ERP for Talent Management and Additional HCM 
Capabilities (AA-22, AA-23) 

The eVision Partners team recommends MDT implement either additional capabilities within 
Oracle Taleo or additional human capital management (HCM) capabilities in SABHRS to 
address MDT’s human resource management and talent management requirements. This 
recommendation would be a Phase II project to the initial recommendation to implement the 
state’s ERP solution as the financial system of record (AA-20, AA-21), on page 107. 


During the stakeholder interviews and validation sessions, an enhanced eLearning 
environment was identified as a priority business requirement. Oracle Taleo was implemented to 
provide eRecruiting functionality for the State and has a learning management function. Oracle 
Taleo also has other talent management functionality, such as performance management. 


On a like note, MDT’s Discipline and Grievance Management System is at end of technical 
life. Furthermore, MDT is not likely taking advantage of all the inherent features and capabilities 
of SABHRS HR, creating the need to utilize multiple off-line and paper-based solutions. To 
address these issues, the recommendation is to implement existing or enhanced capabilities 
within SABHRS HR to meet Discipline, Grievance Management and other Human Resource 
requirements not currently met by SABHRS. 


The Discipline and Grievance Management System is at end of technical life. Further, MDT 
is not likely taking advantage of all the inherent capabilities of SABHRS HR, thereby resulting 
in the need to utilize multiple off-line and paper-based systems. To address these issues, the 
recommendation is to implement existing or enhanced capabilities within SABHRS HR to meet 
Discipline, Grievance Management and other Human Resource requirements not currently met 
by SABHRS. The optimal recommendation would be to include this effort within the scope of 
the ERP initiative (AA-20, AA-21) however, the eVision Partners team recognizes that due to 
existing constraints and priorities, the agency is better served in the short-term by executing this 


project as a standalone effort. 


E.1.4.3.1 Project Steps 
The eVision Partners team recommendation for implementing this recommendation includes 


the following steps: 
e Establish a steering committee for the project; 
e Define MDT’s business requirements from HR and the other business units; 


e Conduct a fit analysis with Taleo using the business requirements gathered earlier; 
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e Evaluate the fit and determine whether Taleo is a viable selection; Select and 
evaluate another solutions if Taleo is determined to not be a viable solution; and 


e Implement solution. 


The proposed implementation timeline is on the following page. 
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Task Name 


Start 


Finish 


Duration 


Implement HR ERP Talent Met, Disc, & 
Grievance Mgt 


7/1/2021 


6/28/2024 


782d 


Define Requirements and Strategy 


7/1/2021 


10/13/2021 


75d 


RFP 


10/14/2021 


12/22/2021 


50d 


Vendor Selection 


12/23/2021 


4/6/2022 


75d 


Implement 


4/7/2022 


6/28/2024 


FIGURE 28: IMPLEMENTATION TIMELINE FOR IMPLEMENT STATE’S ERP FOR TALENT MANAGEMENT (AA-22, AA-23) 
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E.1.4.4 Case Management System (AA-26) 

The eVision Partners team recommends MDT define detailed requirements, evaluate 
potential COTS solutions, and implement a case management tool that supports MDT Legal 
Services. 


The MDT Legal Services Unit, a division in the Director's Office, consists of one chief 
counsel, nine staff attorneys, one paralegal, and one legal secretary at Helena Headquarters. The 
areas of practice are eminent domain, real estate, contracts, outdoor advertising control, rail and 
transit, motor fuels tax, motor carrier services, administrative law, environmental review and 
litigation, legislation, collection of accounts receivable for damage to MDT property, and 
labor/employment. 


MDT Legal Services currently uses a manual system of spreadsheets, Microsoft Outlook® 
Calendar, and handwritten notes to manage caseloads. This combination of tools has been able to 
meet the needs of the unit until recently. However, this combination also requires a higher level 
of staff knowledge and experience requiring many staff hours to manage and align dates, 
meetings, and required submissions associated with contracts, court workload, and legal advisor 
duties. However, after recent retirements, new less-experienced staff is doing their best to 
continue to support and coordinate the division workload using these same techniques. The 
burden of this manual and labor-intensive system has proven difficult for these newer staff 
members, more accustomed to using more sophisticated software solutions to manage their 
workload. Additionally, there are staff members in Bozeman and Missoula that require access to 
case management information, strengthening the need for a centralized system solution. 


The MDT Chief Counsel has requested implementation of a case management tool and has 
provided an initial set of business requirements. Additionally, the Legal Services Unit conducted 
a statewide survey to identify software currently in use for case management. With respect to 
other state agencies, some use COTS solutions and others have internally developed solutions. 


E.1.4.4.1 Project Steps 
The eVision Partners team recommends the following steps: 


e Finalize the business requirements; 


e Evaluate how the case management solution should integrate with the proposed 
enterprise content management system defined in AA-2 (page 116); 


e Evaluate alternatives (including feasibility of a state solution) and select a software 
solution; 
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e Identify any potential synergies from a licensing perspective if adopting a solution 
already utilized by another State agency; and 


e Implement and support selected solution. 


The proposed implementation timeline is on the following page. 
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| 1 | case Management | Case Management implementation | 7/ajzo1s 


Complete requirements definition 7/2/2018 


Evaluate fit of solutions already used 
in State g government 


FIGURE 29: IMPLEMENTATION TIMELINE FOR CASE MANAGEMENT SYSTEM (AA-26) 
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E.1.5 Applications Architecture — Cross-Functional 
This section addresses cross-functional recommendations that would affect multiple MDT 
divisions. 


E.1.5.1 Implement Enterprise Content Management (ECM) (AA-2, TA-5) 
The eVision Partners team recommends the development of an Enterprise Content 
Management (ECM) Strategy and solution. 


MDT is currently evaluating document management solutions for engineering applications, 
and this has a high priority as the current Document Management System (DMS) is at technical 
end-of-life. Under this recommendation, implementation of a DMS replacement would continue 
as a separate project effort, while in parallel MDT focuses on an overall Enterprise Content 
Management (ECM) strategy and solution. The DMS replacement effort will have a very narrow 
scope, focusing on management of engineering plans. The MDT-wide effort will have a broader 
scope focused on a complete end-to-end content management solution. The solution chosen to 
replace DMS subsequently would be integrated into the overall MDT enterprise content 
management solution. 


Many organizations are struggling to implement workable document management solutions, 
while business requirements and technology have continued to evolve beyond simple document 
management requirements requiring organizations to manage all of an organization’s “content”, 
extending beyond simple management of “documents”. Laptops, Tablets, smartphones, eBook 
readers, and other forms of mobile devices have each contributed to changing the way people 
interact with an organization’s content, and have subsequently contributed to the need to find 
new ways for organizations to look at content management. 


Content, in the broader sense, can be defined as any information the organization stores or 
records, which can range from the simple to quite complex, including but not limited to: 


e = =6- Text; 
e = Images; 
e Audio recordings; 
e Video recordings; 
e Digital assets, such as: 
o PDF files containing simple to complex multi-layered design documents; 


o Multimedia; 
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o “Rich media” (while the term "rich media" was initially coined to describe 
Internet advertising for web page ads using advanced technology, such as 
streaming video and downloaded applets (programs) that immediately interact 
with the user or content that changes when the user's mouse passes over it, the 
concept/technology does have applicability for the public sector as well); 


o Social media; and 


o Metadata. 


For example, an ECM Solution would be expected to address requirements in the following 


areas: 


Sophisticated search and access support; 
Document Management; 

Business Process Automation; 

Records Management; 

Team Collaboration; 

Web Publishing; 

Secure File Sharing; 

Mobile Content Management; 
Archiving; 

Integration with: 

o Enterprise Applications, such as an ERP; 
o Social Media, such as Facebook; and 
o Mobile Devices. 


Support for Metadata, Email, conversion of proprietary formats into neutral or open 
formats (e.g., PDF), Scanning and OCR; 


Scalability (given that content is always increasing); 


Content Streaming; and 
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e Support for various operational and interoperability standards (such as Content 
Management Interoperability Services (CMIS), Security and Access Control (such 
as LDAP, Active Directory, etc.), Records Management (such as DoD 5015.02- 
STD), etc.). 


All of these requirements should be coordinated with the Data Governance initiative (DA-1). 
The recommendation to create an ECM Strategy means that the strategy derives first based on 
business requirements and then technology. That is, the organization should have an underlying 
ECM Strategy on which to base the project and ensure meeting its business objectives. As with 
the basic foundational concepts for many other concepts/areas, an ECM Strategy should be based 
upon four basic foundational concepts: 


People — the human element; 
e Process — organizational steps and procedures supporting business operations; 


e Content — encompasses both structured and unstructured content, as well as the 
categories noted above; and 


e Technology — underlying technology needed to support organization’s business 
requirements. 


Drivers for the ECM for each of these four basic foundational areas can be found in Figure 
30. The key point is that development of an ECM Strategy should be a balanced approach 
focused on each of the noted four elements. The implementation of the strategy, or program, will 
consist of multiple projects that need to coordinate the organization’s current content 
management practices followed by standard gap analysis, roadmap or implementation plans, and 
a content governance plan in concert with the Data Governance Program (DA-1). 


FOUNDATIONAL DRIVERS and INFLUENCERS 
CONCEPTS 
People e Change Management 
e Training 
e Awareness: ECM Content Governance (Data Governance) 
Process e Need to standardize processes (process realignments) 
e Process Change and Impact Analysis 
e Realignment of processes with content governance framework 
e ECM Content Governance (Data Governance) 
Content e Control and visibility 
e Digitation, Scanning, and OCR 
e Content Migration 
e Data Conversion aligned with application rationalization 
e Standard enterprise information architecture 
e Data Governance (or ECM Content Governance) 
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FOUNDATIONAL DRIVERS and INFLUENCERS 
CONCEPTS 


Technology Application rationalization 


Migration/Conversion 
Implementation 
Needs to support Data Governance (or ECM Content Governance) 


FIGURE 30: ECM STRATEGY DRIVERS & KEY INFLUENCERS 


An effective ECM Strategy and Implementation Project must include all of the appropriate 
business drivers and influencers for each of the four foundational concepts. This would be the 
product of the Project Committee finalizing the ECM business and technical requirements for the 
resulting RFP. 


E.1.5.1.1 Project Steps 
The eVision Partners team recommends the ECM Strategy and Implementation Roadmap be 
developed as depicted in the high-level implementation timeline shown on the next page. 
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Task Name Start Finish Duration 


Develop Enterprise Content Management 
(ECM) Solution 


Engineering Solution 3/1/2016 6/29/2018 609d 


Finalize Engineering 
Requirements 


RFP 8/31/2016 12/30/2016 88d 


3/1/2016 6/30/2023 1914d 


3/1/2016 8/30/2016 131d 


Implement 1/2/2017 6/29/2018 390d 


Enterprise ECM Solution 7/1/2016 6/30/2023 1826d 


Define ECM enterprise 
requirements 


RFP 7/3/2017 9/22/2017 60d 


7/1/2016 6/30/2017 261d 


Implement (Phased) 9/25/2017 6/30/2023 1505d 


FIGURE 31: IMPLEMENTATION TIMELINE FOR IMPLEMENT ENTERPRISE CONTENT MANAGEMENT (ECM) (AA-2, TA-5) 
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E.1.5.2 Implement Mobile Technology Strategy and Support (AA-17, TA-4) 
The eVision Partners team recommends that MDT evaluate and develop a comprehensive 
mobile device strategy, including smartphones, tablets, Internet of Things (IoT)? devices and 


sensors, and alternatives and solutions for supporting Equipment Vehicle Management Systems 
(EVMS). 


Developing a Mobile Technology Strategy is likely more complex than most might initially 
perceive. The business knows they want to be able to use mobile devices to accomplish certain 
tasks, knowing they are also under pressure from external stakeholders and citizens who have 
unmet expectations as well. As an electronics consumer, the average person often perceives these 
solutions to be simple plug and play. On the other end of the spectrum, CIOs and the IT 
organizations they manage understand the complexities of delivering these kinds of solutions and 
the underlying infrastructure and strategy required to deliver these services in a reliable and 
secure fashion. This wide range of understanding and opinion underscores the importance of a 
strategy for mobile devices in the organization. 


It is up to MDT to balance the challenges between the increasingly challenging security 
management and deployments risks expected under a mobile enterprise model, while at the same 
time providing mobile users with high levels of mobile design, user experience, ease of use, and 
discoverability. Implied in the all of this is the simple fact that in many organizations, an 
increasing number of employees are using their own devices in their daily work, known as 
BYOD (Bring Your Own Device). BYOD and the consumerization of IT represents one of the 
largest drivers for mobile enterprise deployments and is also one of the most significant 
challenges for organizations since increasing numbers of smartphones used today are owned by 
employees rather than the organization. 


The Internet of Things (IoT) has been described as the future of Internet technologies. IoT 
could be expected to be found in virtually every object around us, connected via some type of 
network to every other object and the ability to send and receive data. They will become a part of 
our personal and working environments and ultimately envisioned to include, but are not limited 
to, the devices noted in Table 10: 


TABLE 10: IOT/IOE CAPABLE DEVICES 


loT / loE Devices 


environment monitoring sensors 
actuators 

monitors 

controllers 

processors 

tags 


2 In addition to loT, the concept is also often referred to as the Internet of Everything (loE). 


MDT Strategic EA Final Report 
121 


loT / loE Devices 


labels 

stickers 

projectors 

displays 

cameras 

computers 

digitally augmented walls, floors, windows, doors, and 
ceilings 

communicators 
appliances 

Gateways 

high-definition IP TVs, etc. 


Planning for intelligent cities and counties utilizing IoT or IoE technology will provide 
integration opportunities for many state agencies. With respect to transportation, these devices 
will minimally be found in: 


e V2V (Vehicle-to-Vehicle) communications; 
e Highway sensors for real-time traffic analysis; and 
e Unmanned aerial drones utilized for LIDAR and photogrammetry. 


Therefore, to be prepared for this future, the importance of a Mobile Device Strategy and 
Framework is clearly an important requirement. It would be important for this strategy and 
framework to be scalable, flexible, and regularly revaluated and maintained. Fundamental 
elements of this recommended mobile strategy and framework would need to address and 
include: 


e Comprehensive BYOD policy (supported or not permitted), including the following 
if permitted: 


o Acceptable Use Policy (AUP); and 
o IT Help Desk Support. 


e Address procurement considerations to avoid the “buy first frenzy” many 
organizations experience (that is, without the proper controls and procedures in 
place, it is often far too easy for an organization’s business units to “buy first” and 
let IT worry about how to make it all work in a safe and secure fashion, often before 
IT has had the opportunity to fully research the topic and develop a viable 
strategy—see recommendation E.4.2 Establish Agency Technology Procurement 
Policy (IT-2) on page 149, as these recommendations are related); 
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Device and device operating system considerations, such as what devices and 
operating systems will be supported (see IT-2); 


Application enablement decisions/factors (inherent in the strategy and decision 
making process are further considerations like cloud deployment (see E.3.3 Develop 
Cloud Strategy (TA-3) on page 138) versus on premise backend systems); 


Mobile Device Management (MDM) Solution, which are part of a holistic corporate 
security policy; and 


Other policies and procedures for Security threats. 


With respect to MDM, it is important that the business strategy be in place first, before 


looking at software solutions for device management. Best practices for an organizational MDM 


solution would address these points: 


Software distribution; 

Mobile inventory management; 

Policy management; 

Mobile security and access control policy; and 


Service management. 


There are a myriad of potential future applications that will undoubtedly surface in a mobile 


device arena, which will need a fundamental Mobile Device Strategy in order to be addressed 


successfully. The following areas have been identified and discussed as potential areas for 


further exploration: 


Maintenance; 

Construction; 

Motor Carrier Enforcement; 
Equipment and Fleet; and 


Project Planning. 


E.1.5.2.1 Project Phases 
The eVision Partners team recommends the following steps: 
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e Identity mobility needs and priorities across the Department (opportunities 
identified by the MDT staff using the MDT Technology Council (see 
recommendation IT-1) and Technology Governance process); 


e Define and develop the necessary underlying policies; 
e Define requirements and business drivers; 


e = Perform a fit/gap with current asset management vendor mobile solutions for needs 
and fit with the Enterprise mobile strategy; 


e Identify alternative solutions that also fit the Enterprise mobile strategy; and 


e Finalize solution direction and define an implementation plan with phased projects 
to realize benefits from these mobile solutions. 


A proposed implementation timeline is on the following page. 
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Task Name 


Finish 


Duration 


Implement Internal, External, & Client- 
Facing Mobile Technolo, 
Establish Governance and Develop 
Strategy 


7/1/2016 


7/1/2016 


6/30/2022 


3/1/2017 


1565d 


Requirements Definition 


3/2/2017 


8/1/2017 


Develop RFP(s) 


8/2/2017 


12/5/2017 


Implement mobile technology 
solutions phased implementations 


12/6/2017 


6/30/2022 


FIGURE 32: IMPLEMENTATION TIMELINE FOR IMPLEMENT MOBILE TECHNOLOGY SUPPORT (AA-17, TA-4) 
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E.1.5.3 Retire all Oracle Forms Applications (AA-25) 

The eVision Partners team recommends MDT continue in its efforts to retire all use of Oracle 
Forms Applications. This recommendation needs to be managed as a disciplined IT project, 
beginning with a detailed inventory of Oracle Forms Applications and a replacement plan for 
each form or application system. Each form will likely surface multiple avenues for modernizing 
and the inventoried form applications should be evaluated and appropriate course of action 
determined: 


e Retire — determine whether the form application is no longer in use, or barely used; 
if so, consider dropping the form application. 


e Replace — replace form application with functionality in another COTS Solution or 
Software as a Service (SaaS) solution. These solutions may exist in other 
recommendations included in the EA Implementation Plan, or other solutions. 


e Rewrite — if neither of the above alternatives can achieve the requirements of the 
form application, rewrite the application. 


E.1.5.3.1 Project Phases 
The recommendation includes following these high-level steps for each form application not 
addressed through another initiative: 


e Complete detailed inventory of all mainframe applications; 
e Develop action plan for each mainframe system; and 
e Execute the plan. 


As noted above, it is anticipated that the migration of any Oracle Forms based applications 
not addressed through another initiative will occur as a series of subprojects during FY 2017 — 
FY 2022: 


E.2 DATA ARCHITECTURE 


This section outlines recommendations in the data architecture layer. 


E.2.1 Establish a Data Governance Program (DA-1) 

The eVision Partners team recommends that MDT establish a Data Governance Program to 
enforce data stewardship for the protection and management of this agency asset. Further, a data 
governance program is necessary for the successful deployment of a Data Warehouse (DA-2) 
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and the management of the various challenges inherent from the increased access to information 
resulting from the deployment of mobile devices and remote sensors (AA-17, TA-4). 


In this report, the terms data, information, and knowledge are implicitly and explicitly 
mentioned multiple times. It is important there be consensus on the meaning of each, including 
the concept of wisdom. Typical definitions for these concepts would be: 


e Data are simply facts; 

e Information is data with some form of context; 

e Knowledge is the application of information; and 
e Wisdom is knowledge tempered by experience. 


Intuitively, these concepts clearly build upon one another forming a scale that looks like 
Figure 33. This diagram illustrates why what we refer to today as “Information Technology” was 
called “Data Processing” in the 1950s and 1960s. By the late-1980s, the industry began an era 
that could have redefined the industry as “Knowledge Management,” although not many 
organizations have fully matured into this era. 


While the future opens possibilities for knowledge management and machine intelligent 
processing undreamt of in the early days of data processing, the bottom line is that this 
progression of transforming raw, unfiltered facts and symbols into information, knowledge, and 
eventually intelligence and wisdom must begin with a solid handle on the organization’s basic 
data. This helps us understand where and why Data Governance is relevant and why it is 
important. Further, if we accept that data and information are organizational assets, then they 
certainly deserve to be managed as organizational assets, further underscoring the reasons why 
Data Governance and data stewardship are important critical success factors for the organization. 


- 


Progressing towards increasing levels of “understanding”... 


Information E> Knowledge > Wisdom 


FIGURE 33: DATA, INFORMATION, KNOWLEDGE, WISDOM 


Data Governance is a part of an integrated governance structure, as shown in Figure 34. Data 
Governance begins with senior management’s recognition that information needs to be managed 
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as an enterprise asset. This recognition also ensures that the business and IT act in concert with 
respect to this precept. 


Data Governance is a business program and not an IT program. Any enterprise pursuing Data 
Governance implies that they want to do something better (or are not satisfied with what is 
currently going on). The organization must take an “enterprise” view with respect to information 
and wean itself off a dependency on silo databases and Microsoft® Excel® spreadsheets and 
Microsoft® Access® databases. In short, Data Governance exists to provide roles, rules, 
policies, and controls for data assets of the enterprise and applies to everyone in the enterprise. 


Strategic 
Planning 


Enterprise 


Data Architecture 


Governance 


Operations Integrated Workforce 


and Security Governance Planning 


Risk Knowledge 
Management Management 


Program 
Management 


FIGURE 34: DATA GOVERNANCE—PART OF AN INTEGRATED GOVERNANCE STRUCTURE 


Data Governance should eventually become an unconscious act of the agency. That is, it 
should become second nature or a part of the organization’s standard operating procedures. 
Everyone must do data governance once adopted. As such, it requires formal Organizational 
Change Management (OCM), which implies culture change. If you do not manage the 
organizational behavior change, you typically fail to get Data Governance to stick. 


Leadership for the Data Governance Program is extremely important. Information is a shared 
resource and the lead of the Data Governance Program needs to be the personification of a 
“sharing type” to ensure the program succeeds otherwise data silos will continue to persist. Data 
ownership, unlike many other business concepts, is often taken quite personally, which can be 
challenging behavior to change over time. 
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E.2.1.1. Program Phases 

This sub-section discusses the iterative Program/Project Phases for the Data Governance 
Program. Figure 35 provides a high-level overview of how a Data Governance Program can be 
rolled out. (Ladley 2012) 


Réles (Data Architect, etc.) 


The process is iterative 
and intended to be 
executed iteratively...each 
time improving 
information management 
maturity (IMM) 


FIGURE 35: DATA GOVERNANCE METHODOLOGY 


It should be understood that the Data Governance team will be developing a tactical plan for 
a program that will evolve over several years, which is why it needs to integrate with other 
projects and initiatives. The rollout should provide opportunities for frequent feedback, as the 
program needs to be designed to change behavior. The organization should focus on not allowing 
situations where the organization can make excuses to defer or ignore Data Governance. The 
steps should hew to the organization’s culture, maturity, and readiness to accept change. 
Organizational Change Management practices should be utilized, remembering that onetime 
directives, infrequent newsletters, singular training events, or publishing one-page schedules are 
typically overlooked by many in most organizations. The Data Governance team will need to be 
evangelists for Data Governance, finding creative ways to engage the organization, perhaps even 
going so far as to find ways to make it fun. 


The steps depicted in Figure 35 include the following: 
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Scope and Initiation - A Data Governance Program is much like any other program 
or project given that there needs to be clarity regarding its scope, as illustrated in the 
initial step in Figure 35. The eVision Partners team recommends that the MDT 
utilize consultants to assist them in defining the scope for this program and initiating 
it. One of the expected outcomes would be the definition of the Data Governance 
team, and the need for specific roles in the organization, such as a Chief Data 
Officer (CDO) and a Data Architect. In addition, selecting a key initiative to pilot 
data governance activities can often improve the success of a Data Governance 
Program, as well as the initiative itself. 


This recommendation embraces the concept of Enterprise Information Management 
(EIM), emphasizing that a Data Governance Program is an enterprise effort, just as 
an ERP Implementation will be an enterprise program and effort. Once the 
program’s scope has been defined and approved, the next phase would consist of the 
required organization assessments. 


Organizational Assessments - The assessment focuses on the ability of the 
organization to govern, and be governed. The assessment begins with the agency’s 
capacity for change, noting that the desire for change is not always an indicator of 
the organization’s capacity for change. Another assessment is the organization’s 
ability to work cross-functionally and collaborate. 


Communicate Program Vision - This phase utilizes various techniques tailored to 
the audience to communicate the vision throughout the organization. 


Alignment and Business Value - In this phase, the Data Governance team examines 
the potential links between Data Governance, business strategy and goals, and 
improving the organization in a financially beneficial manner. 


Create Functional Design - This phase creates the functional design of the Data 
Governance Program where the details are developed and clarity developed around 
how it will actually work. Expected outcomes from this phase would include: 


co Principles; 
o Policies; and 
o Process Designs. 


Create Governing Framework Design - Once the functions have been defined in the 
Functional Design, these must be placed into an organizational framework, which is 
tantamount to saying that these functions need to be integrated into everyday 
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behavior of the organization. Another outcome of this phase is the identification of 
information stewards, or owners, or custodians. 


e Plan the “Go Live” - This phase develops the details around going live with the 
newly defined Data Governance Program. This includes support and sustaining of 
the Data Governance Program. 


e Implement and Sustain - This step is similar to the “Implement and Maintain” steps 
within a typical software project implementation, recognizing that a Data 
Governance Program needs to be sustained to ensure the organization transitions 
from non-governed data assets to governed data assets. 


e Summary - The steps described above are encapsulated within the Foundational 
Programs category shown on Figure 42 (MDT High-Level Enterprise Architecture 
Implementation Plan), which can be found on page 153 later in this report. 


The following page contains a recommended timeline. 


MDT Strategic EA Final Report 
131 


ID Task Name Finish Duration 
|e | « | w= | @ | @ | ~ | ow | @ | @ | | 
607d al 


Data Governance Implementation 7/5/2016 10/31/2018 


Define Scope and Initiate Program 7/5/2016 7/29/2016 
Perform Organizational Assessment 7/18/2016 8/31/2016 


4 | ; 
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FIGURE 36: IMPLEMENTATION TIMELINE FOR DATA GOVERNANCE (DA-1) 


Communicate Program Vision 8/1/2016 8/31/2016 
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E.2.2 Implement Data Warehouse, BI, and Analytics (DA-2) 
The eVision Partners team recommends MDT implement a Data Warehouse, Business 
Intelligence (BI), and Analytics program. This recommendation will: 


e Improve user access to information and help to address the current challenges in 


accessing information from various transaction systems; 
e Facilitate integrating information from various systems for reporting; and 
e Provide enhanced management reporting and business analytics capability. 


MDT currently utilizes the TIBCO Jaspersoft business intelligence toolset. Some of the MDT 
information technology staff expressed concerns about whether this toolset would be able to 
adequately scale to support an MDT-wide data warehouse. While TIBCO continued 
enhancement to this solution, it will be up to MDT to assess whether these tools will adequately 
meet its business requirements as a Data Warehouse, Business Intelligence, and Analytics 
toolset. 


It is recommended that MDT pilot the TIBCO Jaspersoft toolset on one or two moderately 
sized data marts and evaluate the efficacy of these tools to meet MDT requirements. One 
potential pilot could be the Transportation Asset Data Warehouse, envisioned in 
Recommendation AA-10. These pilots will then position MDT for continued expansion to its 
final enterprise data warehouse solution, in conjunction with the implementation of various 
application projects and to substantially grow the size and scale of the data warehouse in 
conjunction with the ERP implementation. 


E.2.2.1 Project Phases 


The eVision Partners Project Team recommends the following steps: 
e Select pilot business areas/ data marts; 
e Design, develop, test and deploy initial data marts; and 


e Continue to extend data warehouse functionality in conjunction with application 
system implementation projects and as funding constraints allow over the seven- 
year EA planning window. 


A proposed implementation timeline is on the next page. 
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Task Name 


Finish 


Duration 


Data Warehouse 


7/1/2016 


6/30/2023 


1826d 


Identify Pilot Functions 


7/1/2016 


8/26/2016 


aid 


Define Requirements for Pilot 
Functions 


8/29/2016 


11/25/2016 


65d 


Design, Develop, Test and Deploy Pilot] 
Data Marts 


11/28/2016 


6/30/2017 


Evaluate Data Warehouse Tool Post 
Pilot 


7/3/2017 


7/31/2017 


Develop and Deploy Additional Data 
Warehouse Functionality (phased) 


8/1/2017 


6/30/2023 


FIGURE 37: IMPLEMENTATION TIMELINE FOR IMPLEMENT DATA WAREHOUSE, BI, AND ANALYTICS (DA-2) 
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E.2.3 Define and implement Data Services Strategy (DA-3) 

The eVision Partners team recommends the development of a Data Services Strategy to 
effectively manage the sharing of MDT data with external partners including Federal and State 
agency partners, counties, cities, potential grant recipients, engineering consultants, and 
construction contractors among others. 


Sharing data with external partners and stakeholders is difficult for business users. There is 
no clearly defined or communicated strategy/approach for providing open data services to 
external partners/stakeholders, resulting in end-user developed workarounds of varying levels of 
sophistication, quality, and security. 


The eVision Partners team recommends the MDT fully assess their overall business 
requirements and the tools available within MDT and SITSD. Working with data governance, 
SITSD, and the MDT ISO, the MDT IT Division should develop a strategy and set of solutions 
to handle each business requirement and provide the necessary communication and training to 
the end user community to mitigate security and other operational risks and improve service 
levels. 


An open data services strategy can be viewed from two perspectives: 
e A means to provide data to external stakeholders; and 
e Asapart of the agency’s strategy to engage citizens. 


With respect to the latter point, utilizing data services as a part of the agency’s strategy to 
engage citizens, this could be as a part of a larger agency strategy to engage and involve citizens. 
Other portions of this strategy might include: 


e §=Utilization of social media platforms; 

e Open data as a part of a transparency initiative; 
e Virtual meetings and agendas; and 

e Crowdsourcing’. 


In short, the MDT needs an effective strategy and set of objectives with which to evaluate 
solutions the state and/or MDT may already own, or need to procure to address these 
requirements. Once the strategy has been developed, an assessment of software solutions can be 
performed and any tools required to support the strategy can be acquired. 


3 Crowdsourcing is a decade old term for the concept of obtaining ideas and content (even services) from larger groups of people, typically 
online, and utilized by the public sector for citizen engagement. (Eggers and Hamill 2012) 
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E.3 TECHNOLOGY ARCHITECTURE 


This section outlines recommendations for the technology architecture layer. 


E.3.1 Implement Single Sign-on (TA-1) 

The eVision Partners team recommends MDT investigate and procure the requisite tools to 
implement Single Sign-on (SSO) for its business applications. This recommendation stems from 
numerous end-user complaints during stakeholder interviews regarding the myriad of logins and 
passwords the end users have to manage throughout a normal business day. This is 
understandably the result of point solutions being implemented over many years regard to any 
central or holistic vision. 


When discussing SSO capabilities and solutions, it is important that these two key concepts 
are understand: 


e Authentication — verification of who you are; and 
e Authorization — verification of what you are authorized to do. 


Single sign-on (SSO) solutions provide support for authenticating once, and subsequently 
and automatically authenticating when accessing other target application systems, thus 
eliminating the need to repeatedly authenticate and sign on into various other applications and 
systems. Transparent to the user, a SSO solution responds to those prompts behind the scenes 
and maps the credentials back to the initial login and password. To the end user, it appears as if 
they have only had to enter their credentials once to gain access to all of the applications they 
need to perform their duties. 


The recommendation is that MDT should investigate the feasibility, or interest level, in 
forming a partnership with the Montana State CIO on this as a statewide initiative. There would 
be clear synergy for all internal and external stakeholders to leverage this as a statewide 
initiative, since every end user in the state would potentially benefit from a shared services 
approach. To be clear, the mention of both internal and external stakeholders was intended to 
suggest that the SSO solution not be limited to state employees accessing internal applications, 
but could also be considered for external stakeholders with credentials to access public facing 
state applications as well. 


Whether the MDT executes this project in partnership with SITSD or independently, the 
following basic steps would need to be executed: 


e Develop business and technical requirements; 
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e Determine whether the state already owns the required software tools or MDT needs 
to go through a software evaluation and acquisition process; 


e Plan the project; and 


e Implement, by first implementing the SSO tool and subsequently modifying all 
legacy applications and ensuring that any new system implemented utilizes this SSO 
solution as the new state/agency standard. 


E.3.2 Define and implement Disaster Recovery Planning (DRP) and Strategy 
(TA-2) 
The eVision Partners team recommends that MDT define and implement an actionable 
Disaster Recovery Plan (DRP). 


The eVision Partners team understands that the MDT has a Business Continuity Plan (BCP) 
initiative underway, in addition to the Disaster Recovery Plan (DRP) requirements of the IT 
Division, and within the agency, there has been misunderstandings as to how the two are 
interrelated, even to the point where progress on either is impeded. Therefore, it is important to 
understand the difference between a Disaster Recovery Plan (DRP) and a Business Continuity 
Plan (BCP): 


e ABCP isa plan that covers the way the business plans for and maintains critical 
business functions, directly before, during, and after a disaster; these functions may 
or may not include technology. The plan is set up to ensure day-to-day operations 
continue, and covers the entire organization. 


e A DRP focused on what happens after the disaster, and focuses on technology, 
especially in the areas of data backup and recovery, as well as the recovery of 
critical computer systems in a timely fashion. 


In short, a DRP is often simply a component or subset of an overall BCP. The BCP focuses 
on the entire organization, while the DRP focuses more on technology. A BCP without a DRP is 
of questionable value to the organization while the DRP can stand on its own merits, and many 
organizations arguably do not necessarily need a full BCP. 


While the BCP and DRP are clearly different, they do share similar goals, which is to provide 
previously tested and approved answers to questions for support and assistance throughout a 
disaster. 


Typical components of a DRP include: 
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e Operational plans for disasters that could happen based on geography (such as 
hurricanes, tornados, flooding, earthquakes, fires, workplace violence, pandemic, 
terrorism, and so forth); 


e = Clear lines of authority, such as who can declare a disaster, and who can take over 
in the event there is a disruption in the chain of command (i.e., succession plans for 
senior management); 


e Employee training (and awareness), cross-training, and role definition during a 
disaster; 


e Communication plans (mass notification, use of social media, etc.) that include 
methods of communicating when phone systems and networks are inoperable; 


e Dissemination of accurate information (for both internal and external stakeholders); 


e Off-premise fallback locations for staff and managers to meet and work, ensuring 
that an off-premise location is selected to avoid being taken down by the same 
event; 


e Backup procedures for systems and data, including tested recovery procedures; 


e Testing and training of staff to validate recovery procedures in realistic scenarios; 
and 


e Periodic reviews, audits, and updates of plans to ensure relevance (system changes, 
introduction/use of mobile devices, and many other factors can easily be overlooked 
in keeping the plan viable and current). 


As with any other project, the steps required to execute include a clear scope definition and 
clearly defined objectives coupled with a plan designed to complete the project. It should be 
clear that while having a BCP in place would provide an umbrella framework for the DRP to 
exist within. However, the existence or lack of a BCP exists should not be a deterrent in 
completing a DRP. 


E.3.3 Develop Cloud Strategy (TA-3) 

The eVision Partners team recommends MDT develop a Cloud Strategy to plan an effective 
and appropriate use of cloud computing. Given the Governor’s recent executive order, issued as 
this report was under development, directing all State agencies to consolidate IT infrastructure 


within SITSD, it is assumed that this recommendation would be developed as a collaborative 
effort between MDT and SITSD. 
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Failure to have an appropriate cloud strategy typically results in an organization executing a 
series of accidental cloud adoptions potentially resulting in a disparate series of platforms, 
vendors, and solutions that could be difficult to manage and fail to achieve the desired or 
projected benefits. Worse can be the prospect of the organization finding itself locked into 
arrangements that do not provide any or all of the expected benefits. Prior to selecting 
technology and tools, enterprise or holistic planning is necessary to understand all of the business 
requirements and technical drivers. In other words, it is important to prevent technology alone 
from driving decisions, but instead allow business requirements to drive decisions as well. 
Organizations with an enterprise-wide Cloud Strategy are typically more successful using the 
cloud to reduce costs, improve efficiencies, and improve business agility than those without an 
enterprise-wide cloud strategy. 


Unfortunately, the term “cloud” is generic and does not describe anything specific, as it is 
applied generically to a variety of technologies and services. It is important to understand the 
landscape and terminology of cloud computing. Organizations considering a move to cloud 
computing need to understand the various aspects of cloud computing and assess their situation 
to decide the solutions that are appropriate for their unique needs. It is clear that cloud computing 
is accelerating and a viable option within IT and over time will likely become the default method 
of IT delivery. 


To avoid potential terminology confusion, the following establishes basic definitions for the 
most commonly used cloud computing service models (IaaS, PaaS, and SaaS): 


e Infrastructure as a Service (IaaS) — under this model, application virtual machines 
(VMs) are simply moved from the on-premises data center to the cloud. This is 
frequently an easy migration strategy with benefits such as cost savings, replacing 
capital funds expenditures with operational funds. However, under this model, the 
inhouse IT operations staff still need to perform tasks as patch management, 
updates, and upgrades. Nevertheless, IaaS is one of the most common cloud models 
because it reduces the time between purchasing and deployment to almost nothing. 
Additionally, because it is similar to how IT has always operated it provides an easy 
cloud model for IT. Organizations with a large investment in their traditional IT 
infrastructure typically wait for those investments to “earn out” before considering 
this model. 


e Platform as a Service (PaaS) — under this model, the cloud provider maintains all 
system software, removing the burden of upgrades and patches from the existing IT 
operations staff. In this model, the enterprise only focuses on deploying its code to 
the PaaS machines. The cloud provider is responsible for maintaining operating 
systems, database software, integration software, and other features under the terms 
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of a service level agreement (SLA). However, there is still coordination needed 
between the IT operations staff and the cloud provider to ensure that the 
organization’s code remains current with these operating systems, database 
software, and any required integration software. 


Software as a Service (SaaS) — under this model, applications are rented. This is 
typically the most cost-effective of the models because typically the only work 
involved for the IT operations staff is provisioning users and data. Typically, SaaS 
applications are most appropriate for non-business-differentiating functions; that is, 
applications that do not require custom or customized applications to accommodate 
differentiating business models and rules. 


In practice, the differences between these models is not always as crisp as the definitions 


imply, especially between IaaS and PaaS, but these definitions still serve as a solid basis for 


understanding the options. Figure 38 illustrates the various Cloud Computing models described 


above. 


Service Lines Examples 


e Enterprise Resource Planning (ERP), Customer 


Software asa Relationship Management (CRM), Supply Chain 
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(SaaS) e Collaboration, Business Intelligence 
Cloud Platform asa |e Application Server, Database 
: Service e Integration, Middleware 
Com puting (PaaS) e Application Development Environment 


Infrastructure |+ Disaster Recovery, Backup Services 
as a Service e Storage on Demand, Hosting on Demand 
(SaaS) e Virtual Servers, Service Management 


FIGURE 38: CLOUD COMPUTING MODELS 


In addition, the terms “private cloud” and “hybrid cloud” are commonly used: 


Private cloud — a term that applies to what traditional IT has been doing for many 
years in on-premises data centers, albeit with a recognition that the “private cloud” 
on-premises data center should be following industry best practices using 
virtualization, automated management, and employing a technology stack consistent 
with what is found in commercial cloud offerings. 
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e Hybrid Cloud — for numerous reasons, organizations may choose to keep some 
certain applications on-premises. Examples might include nonstandard systems or 
systems using or requiring out-of-date software, applications remaining on-premises 
while waiting to “earn out” before migration to the cloud. Under this model, some 
applications run in the cloud while others remain on-premises, requiring secure 
high-speed communications between the environments. Under this model, the cloud 
can be viewed as an extension of the existing datacenter. 


AS any organization considers utilizing Cloud Computing, they also need to realize that they 
are substituting the ability to have absolute control over their inhouse or on-premises 
environment for the opportunity to maintain the same business application environment at 
potentially lower costs. However, contractual arrangements that give up control for higher costs 
are clearly poorly negotiated deals to be avoided, and a key reason for having an underlying 
Strategy. 


Figure 39 illustrates the typical tradeoff between cost and control: 
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FIGURE 39: CLOUD COMPUTING MODELS—COSsT VERSUS CONTROL 
Within state agencies, the ability for any agency to utilize cloud services strategies varies 


depending on how information technology is organized within the state, and the extent to which 
the State CIO and the State CIO’s Office have established policies and standards. Given the 
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recent directive to centralize IT infrastructure within Montana State Government, the 
recommended cloud strategy must therefore be a collaborative effort between MDT (in terms of 
being able to articulate its current and future business requirements with respect to new 
applications) and SITSD to define scalable, cost-effective solutions, addressing the all needs of 
the state. 
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E.4 TECHNOLOGY GOVERNANCE 


The goal of technology governance is to optimize and leverage IT investments to support 
accomplishment of business objectives. This is accomplished by following established IT 
Governance frameworks and best practices. The eVision Partners team recommends that a 
comprehensive MDT-wide technology governance process be implemented. The specific 
recommendations within the proposed MDT-wide technology governance framework are 
outlined below. 


E.4.1_ Establish Technology Governance (IT-1) 

The proposed MDT IT Technology Council would provide governance over all technology 
initiatives, including technology projects done inside or outside of the MDT Information 
Services Division. Adopting and implementing this recommendation would provide MDT a 
forum for the evaluation and ultimate implementation of the enterprise architecture 
recommendations. Implementing a technology governance process would demonstrate MDT’s 
commitment to enterprise architecture and establish a foothold for expanded technology 
governance as an important factor in the long-term success of MDT. Technology governance 
should be considered in the broader sense that considers all aspects of MDT’s enterprise 
architecture: business, applications, data, and technology. This council should be guided by 
principles that ensure quality, promote good management and planning, stress process 
improvement, and mitigate agency risk. 


Many government agencies (and companies) are seeing the strategic deployment of 
technology as important as the other strategic initiatives of the business and have established 
technology governance models. Technology governance provides senior leadership the ability to 
direct, measure, and evaluate enterprise technology resources to support the achievement of the 
organization's vision, mission, and strategic goals. Technology governance accomplishes the 
following: 


e Recognizes technology as a strategic part of the organization’s success; 
e Integrates technology, people, and processes; 

e Guides technology investments that generate business value; 

e Steers technology investments to mitigate MDT risks; 

e Monitors performance of technology resources; and 

e Establishes accountability. 


It is important to note that Technology Governance is 
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e Notareplacement for good technology management; 

e Nota replacement of technology control structure; 

e Nota technology power authority; 

e Nota process that pits business groups against each other; 

e Nor is it a bureaucracy that impedes processes and production. 


Currently, the MDT Division Administrators act as the de facto IT Steering Committee to 
review proposed technology investments. It is recommended that the enhanced MDT 
Technology Council include a mix of Division Administrators and senior staff members from 
each division. This will provide for both a policy level viewpoint and more hands-on experience 
with how proposed technology investments may impact day-to-day operations. The committee 
should have an executive champion and a committee leader, ideally selected from a division 
other than the Information Services Division. MDT ISD staff would serve as staff support for the 
Technology Council. 


The research team recommends formal policies and procedures be adopted to guide the 
committee. We have included in this report a draft MDT Technology Governance Policy and 
supporting procedures. This draft Technology Governance Policy is included in the Appendix 
(see H.4 Draft MDT Technology Governance Policy, page H-15). These documents codify 
MDT?’s path toward Technology Governance: 


e The policies establish the scope of the committee and membership, and empowers 
the membership to promulgate policies and processes to effectively deliver 
technology and technology services. 


e The procedures define responsibilities and deliverables for the committee. 


The research team also recommends that the MDT Technology Council adopt a charter to 
guide its members in achieving its mission. We have developed and included in the Appendix a 
draft charter (refer to H.5 MDT Technology Council Draft Charter, on page H-20). 


Chief among the responsibilities of the MDT Technology Council would be the 
establishment of technology deployment plans and a technology procurement and deployment 
prioritization process built upon the existing procedures to develop the annual IP Plan. 
Subcommittees of the MDT Technology Council would develop those policies and processes for 
the approval of the committee. 


The new technology investment prioritization process should be transparent to stakeholders. 
It should include a strong project scoping and screening process for projects prior to being 
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evaluated to make sure the projects are well thought out. The scoring criteria should also be 


tightly aligned with MDT’s strategic objectives, critical success factors, and business drivers. 


The key components in the new MDT technology investment prioritization process include: 


Scoping and screening of candidate projects; 


Evaluating projects for inclusion in a rolling five-year technology plan and the 
current fiscal year IT budget; and 


Managing scope, schedule, and budget changes during the execution of approved IT 
projects. 


Each of these components is described in more detail below. 


E.4.1.1 


Scoping and screening of candidate projects 


The eVision project team recommends that the front-end scoping and screening consist of 


two steps: 


The Project Origination Checklist (POC) is prepared by the business owner with 
support from IT staff describing the business need/requirements and outlining a 
proposed high-level scope of work to address this business need. It would also 
include a high-level project timeline and an order-of-magnitude cost estimate. The 
Division Director responsible for managing the business unit and the manager 
overseeing the requesting business unit would approve the Project Summary/POC to 
indicate initial support for the project concept prior to any significant level of 
resources expended to scope the project in more detail. It is envisioned that any 
existing forms used today for project requests would be replaced with something 
following the suggestions of the proposed POC included in the Appendix (page H- 
23). 


A detailed Project Origination Document (POD) would be prepared by the IT staff 
in collaboration with the business unit. This POD would provide a detailed scope 
statement, identify MDT and external resources required to execute the project, and 
identify proposed strategies for procuring any required software and services and 
prepared by ISD staff in collaboration with the business unit. It includes a more 
detailed planning-level schedule and a detailed cost estimate, including 
identification of future operating cost impacts. It also includes the identification of 
potential business benefits and a return on investment (ROI) analysis, which would 
model, at a minimum, a seven-year cost of ownership. The Division Director 
responsible for the business unit and the manager who oversees the requesting 
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business unit would approve the POD to indicate their support and concurrence with 
the proposed technology investment. An example POD is included in the Appendix 
(page H-25). 


Figure 40 illustrates the proposed workflow for the MDT Project Scoping and Screening 


process. 
Division Director 
Business Unit and Business 
Stakeholder Unit Manager 
Pe ° 7 
Project Concept 


MDT 
ISD and Business Unit Technology 
Business Unit Division Administrator Manager Council 


v 


Projects Approved 
for Funding Consideration 


FIGURE 40: PROPOSED TECHNOLOGY PROJECT SCOPING AND SCREENING PROCESS 


E.4.1.2 Evaluating projects for inclusion in the rolling five-year technology plan and 
current fiscal year IT budget 


The eVision Partners team recommends that MDT establish a rolling, five-year technology 
plan as it assumes responsibility for the Enterprise Architecture (EA) created by the eVision 
Partners project team. Based on this plan, MDT would be able to make ongoing decisions about 
projects to fund within the MDT budget for each fiscal year within the five-year plan. 


The information contained within the suggested Project POC and POD forms should be used 
to score all proposed projects. The MDT Technology Council would use these project scores as a 
primary input, but certainly not the sole input to the project prioritization and selection process. 
The council is expected to weigh various tradeoffs and balance technology expenditures to some 
extent across MDT business areas when deciding whether to program the proposed project 
within the five-year technology plan and the current fiscal year budget. 
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The scoring criteria should be clear and closely tied to how the project will enable MDT to 
achieve its critical success factors and business drivers. It should also take into account other 
factors such as how the project might address business risks, the proposed return on investment 
(ROD, the availability of any external funding, the need for or opportunity to partner with other 
agencies, and the anticipated overall deliverability of the project within the proposed scope, 
schedule, and budget. An example of an MDT Technology Investment Decision Model, based 
upon other similar plans implemented by members of the eVision Partners project team for other 
clients, is provided in the Appendix (see H.8 Capital Improvement Program Decision-Making 
Model, on page H-34). 


E.4.1.3. Managing scope, schedule, and budget changes during execution of approved 
IT projects 

The eVision Partners team also recommends that MDT implement a technology project 
change management process in which material changes to scope, schedule, and budget are 
reviewed by various levels of management based on the size and materiality of the change. The 
proposed MDT Technology Council would play a significant part in reviewing these change 
requests and making determinations on how to re-program technology funds as required based 
on significant project changes, including overruns and under-runs, in total project budget and in 
fiscal year project authorization. 


The research team further recommends that the committee consider beginning by piloting the 
new technology investment process with at least one new technology request, evaluating current 
MDT technology initiatives in consideration of the technology investment process and deploying 
change management strategies to lessen the impacts of this change to current MDT technology 
projects. 


The eVision Partners team believes that the Technology Governance recommendation should 
be given a high priority and the Technology Council established early in Fiscal Year 2017. A 
project plan for implementing the recommended governance process is provided in Figure 41. 
The plan should include members being appointed, formation meetings, charter establishment, 
policy and procedure review and adoption, committee formation, technology investment process 
established, and one planning cycle completed. 


E.4.1.4 Project Phases 
Figure 41 (next page) presents a proposed implementation timeline for the technology 
governance recommendation. 
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2016 2017 2018 
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Task Name Duration 


Form MDT IT Governance Committee 7/1/2016 8/11/2016 30d 


Conduct Formation Meetings 8/12/2016 9/1/2016 15d 


Establish Charter 9/2/2016 10/13/2016 30d 


Enact IT Steering Committee Policies and 
Procedures 

Revise and Pilot new Technology Project 
Request Process 


Develop One and Five Year Plans 11/7/2016 2/3/2017 65d 


7/4/2016 9/23/2016 60d 


8/15/2016 11/4/2016 60d 


Conduct IT Steering Committee Meetings 7/1/2016 4/29/2020 999d 


Conduct Change Management Meetings 7/1/2016 4/29/2020 999d 


FIGURE 41: IMPLEMENTATION TIMELINE FOR ESTABLISH IT GOVERNANCE (IT-1) 
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E.4.2 Establish Agency Technology Procurement Policy (IT-2) 

The eVision Partners team recommends that MDT establish appropriate technology 
acquisition policies, where the MDT CIO has the responsibility and authority to approve all 
technology purchases. 


Too much flexibility exists in technology procurement, which can have many unintended 
consequences. Examples of unanticipated prerequisites might be the need for additional network 
bandwidth, additional storage capacity, additional supporting software, incompatibility with 
existing software or future software, and/or availability of staff trained to provide technical 
support. Further, this flexibility also carries the potential issues of acquiring duplicative 
technology, or technology that does not integrate well into the existing technology environment. 


As a best practice, the eVision Partners team recommends all information technology 
procurements be reviewed and approved by the department’s Chief Information Officer (CIO), 
as the agency’s senior technologist and IT thought leader, to ensure all potential issues and 
dependencies around any proposed IT acquisition are vetted. 


Purchasing should become the point of control, to ensure this policy is adhered to, and the 
appropriate levels of authority and review have been exercised over the acquisition. 


E.4.3. Establish Strategy and Framework for Effective Use of IT Resources 
(IT-3) 
The eVision Partners team recommends that MDT develop a strategy and framework for the 
effective use of IT resources in the agency. This recommendation is also closely tied to 
E.4.4 Establish Consistent Use of IT standards and Polices (IT-4), which can be found below. 


It is an industry best practice that staff with IT titles and/or duties report to the CIO. If these 
titles and duties are outside of the IT organization, the result is an organization that has, in 
practice, appointed multiple CIOs, thereby reducing the effectiveness of the titled CIO, as this 
individual cannot effectively be the technology thought leader and technology leader for the 
organization. 


It is recommended that MDT executive management commission the Human Resources 
Division to perform a job study on individuals outside of the IT organization and transfer to IT 
those duties that should be performed in IT as well as to transfer the equivalent headcount or 
FTEs in order to address the added workload. In general, from a best practices perspective, it is 
recommended that pure application development resources should be housed within the 
information technology unit. True business analyst resources may be housed organizationally in 
the information technology unit, sometimes co-located with the business staff they support, or 
may be placed organizationally within a business unit with a liaison role back to application 
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development resources within the information technology organization. IT Project Managers 
should be housed within the MDT Project Management Office in ISD, or if contracted for 
externally, should report to the PMO on a matrix-based reporting basis. 


E.4.4 Establish Consistent Use of IT standards and Polices (IT-4) 
The eVision Partners team recommends that MDT enforce the uniform adherence to IT 
Standards and Policies on all information technology initiatives throughout the agency. This 


recommendation is closely tied to E.4.3 Establish Strategy and Framework for Effective Use of 
IT Resources (IT-3) above. 


MDT has established IT Standards and Policies to protect and ensure the agency is 
implementing technology solutions that meet the needs of the entire organization, including 
ensuring appropriate security measures are addressed and these solutions are done in a consistent 
manner addressing the needs of the enterprise rather than being point or area specific. Allowing 
areas outside of IT to “game the system” and ignore these standards and policies places the 
agency at risk. 


At the same time, it is important that all impacted stakeholders have an opportunity to 
contribute to the development of standards. There are a number of technically strong, 
experienced, and knowledgeable resources in areas outside of ISD who must be included in any 
standards task forces and assist in developing IT standards and procedures in order to make them 
truly reflective of enterprise requirements. 


E.4.5 Establish Effective IT Contract Services Capabilities (IT-5) 

Many of the recommendations presented in this proposed MDT Enterprise Architecture 
represent a significant departure from the way technology projects have been handled in the past 
by MDT. As MDT continues transitioning from inhouse developed applications and solutions 
and becomes increasingly dependent on contracted IT solutions and services, this will require a 
set of strong contract management skills that have always been in high demand and traditionally 
been possessed by few in IT. Most IT staff do not get the opportunity to obtain, sharpen, or use 
these skills on a regular or frequent basis. The eVision Partners project team has recognized that 
MDT does not presently have staff heavily experienced in capturing and documenting business 
requirements, and constructing effective RFPs to obtain COTS solutions, services, and/or system 
integrators. 


For these reasons, the eVision Partners project team recommends MDT utilize experienced 
consultants to assist in these efforts as a staff augmentation and advisory service to ensure 
successful technology projects, until the MDT Information Technology staff gains the experience 
to be successful on their own. It is suggested that a way to develop this inhouse experience 
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would be to have MDT Information Technology staff work closely with these consultants on 
various efforts to facilitate knowledge transfer. 


In addition, there is a need for full life-cycle contracts management for IT projects from 
project initiation through procurement, implementation, and project closeout. It is recommended 
that MDT implement this end-to-end contracts management capability within ISD, through some 
combination of internal resourcing and/or outside support for larger project efforts. Initially, we 
would expect that a part of an ISD staff member’s time (25% to 50% of an FTE) should be 
focused on acting as the IT Contracts Manager. Having some level of specialization in IT 
contracts provides for separation of duties between project managers who may be working with a 
contractor on a day-to-day basis on project details; allows a project manager to better focus on 
managing project scope, schedule and budget; and allows MDT to develop a level of expertise 
which would not be achieved if various staff members were spending a small amount of their 
time on contract management type work. 
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F. STRATEGIC EA IMPLEMENTATION PLAN FOR RECOMMENDATIONS 


This section provides an overview of the proposed plan for implementing the MDT 


Enterprise Architecture program recommendations in this report. It consists of the following: 


Prioritization and order of magnitude cost estimates for each recommendation; 
Proposed work plan for implementation of recommendations; 


Anticipated benefits from the implementation of the Enterprise Architecture 
program recommendations; 


Risk Management Plan; and 


Organizational Change Management Strategy to guide implementation activities. 


F.1 HIGH-LEVEL OVERVIEW OF IMPLEMENTATION SCHEDULE AND WORK PLANS 


Based on the relative prioritization of each recommendation, as well as the complexity, 


associated costs and risk to implement, the eVision Partners team has developed a multi-year 


implementation plan for the MDT Enterprise Architecture program. This implementation plan is 


depicted in Figure 42 on the following page. 
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FIGURE 42: MDT HIGH-LEVEL ENTERPRISE ARCHITECTURE IMPLEMENTATION PLAN 
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F.2 PRIORITIZATION AND Cost ESTIMATES FOR RECOMMENDATIONS 


Figure 43 provides both a priority and an order of magnitude cost estimate for each proposed 
recommendation in the Enterprise Architecture program: 


e The cost estimates have been prepared based on the eVision Partners project team’s 
experience with similar projects in other states and/or based on the cost of recent 
initiatives similar in scope in other states. These costs are laid out to demonstrate the 
annual spend patterns for each recommendation. These cost estimates are intended 
only for high-level program level planning and preliminary budgeting purposes 
only. Each recommendation (or project) should go through an appropriate project 
scoping and screening processes during which a more detailed cost estimate would 
be developed. 


e The priorities are based both on the anticipated business value to MDT of 
implementing the recommendation and the relative priority of the recommendation 
in terms of its role as a building block in the execution of the Enterprise 
Architecture program. For example, IT Governance is a key element that need to be 
in place to successfully execute many of the other recommendations, and would 
have a very high priority to implement. 
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‘AA-16 [SMARTCOP $2m $200,000 $200,000 $200,000 $200,000 $200,000 $200,000 $200,000 $200,000 $200,000 $200,000 $ 0 $1,000,000 $2,000,000 $475,000 
AA-24 [ePart $710K $710,000 $0 710,000 $710,000 $30,000 
AA-18 [Grants Mgt Sim - $1.5m PT ge75000 TT seeso00 ‘0 1,.500,000 [$1,500,000 $150,000 
AW18. ERD CARES and 
AA-20, . $8m-$10m $100,000 $400,000 | | sana | | | sana | ooo $3,500,000 $10,000,000 $10,000,000 $1,500,000 
AP Replacement 
NA2t 
AMO, ERP: Talent, Disc & 
AA22, |e aenb $6m-$8m $3,000,000 $3,000,000 $2,000,000 $0 $8,000,000 $8,000,000 $1,200,000 
A283 Grievance Mgt 
AA-26 [Case Mat $150K $150,000 $0 $150,000 $150,000 $95,000 
vs ECM $5m -$6m $960,000 $240,000 $600,000 $1,500,000 $1,500,000 $400,000 $0 $400,000 $400,000 $960,000 $5,040,000 $6,000,000 $600,000 
Hane Mobile $1.8m-$2m $200,000 $200,000 $175,000 $175,000 $175,000 $175,000 $175,000 $175,000 $275,000 $275,000 $0 $0 $1,000,000 $1,000,000 $2,000,000 $600,000 
AA-25 [Oracle Forms $m $300,000 $200,000 $200, $1,000,000 $1,000,000 $800,000 
DAA |Data Govemance SOREN STs $198,000 $195,000 $95,000 $95,000 $95,000 $95,000 $865,000 $665,000 
LFTE Ongoing 
pA-2 low $3m-$5m $175,000 $175,000 $425,000 $425,000 $400,000 $400,000 $400,000 $400,000 $400,000 $400,000 $400,000 $400,000 $300,000 $300,000 $2,500,000 $250,000 $5,000,000 $2,550,000 
DAS [Data Svcs $500k (over 2 years) $500, sa $500,000 $0 $1,000,000 $1,000,000 $1,000,000 
TA4 [Single Sign-on $3m $400,000 $400,000 $800,000 $800,000 $600,000 $0 $3,000,000 $3,000,000 $2,850,000 
1/4 FTE Ongoing ) ¥ 
TA |Cloud 200K Sart Up Costs 523,750 $23,750 $23,750 923,750 523.750 923,750 $23,750 $166,250 $166,250 $166,250 
1/4 FTE Ongoing 
TA4 |Mobile 1/4 FTE Ongoing for Tech Arch aspects 523,750 $23,750 $23,750 $23,750 $23,750 $23,750 $23,750 $0 $166,250 $166,250 $166,250 
TA-S_|Collaboration Included in ECM (AA-24) $0 $0 so] swf wf $0 
IT |IT Gov pear ie conute Secs Ole $147,500 $47,500 $47,500 $47,500 $47,500 $0 5432,500 $432,500 $332,600 
1/2 FTE Ongoing 
{1-2 |Procurement Included in IT-1 $0 $0 
13. [EAM Included in IT-1 $0 $0 
\T-4 |Consistency Included in IT-1 $0 $0 $0 
11-5 [Contract Svcs Contract Services $175K Annually $175,000 $175,000 $175,000 $175,000 $175,000 $175,000 $1,225,000 


TOTALS 


Eo ee 


FIGURE 43: HIGH-LEVEL Cost ESTIMATES FOR RECOMMENDATIONS 
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F.3 Cost/BENEFIT ANALYSIS 


This section describes the anticipated business case for the proposed MDT Enterprise 
Architecture Program. It outlines a number of anticipated benefits of the proposed Enterprise 
Architecture Program for MDT. It also delineates anticipated benefits associated with a number 
of the individual project recommendations within the program. 


F.3.1. ROI Analysis Assumptions 

Based on both the experience of the eVision Partners project team with other state 
departments of transportation and experience with other organizations, there are a number of 
potential benefits from the implementation of an Enterprise Architecture program. Specific 
benefits directly attributable to an Enterprise Architecture program include: 


e Structured documentation of an organization’s business drivers, which promote 
improved planning and decision making; 


e Improved communication and collaboration including: 


o Communication both within the business organization and between business 
units and the technology organizations, and 


o Establishment of a standardized vocabulary for individuals to utilize when 
talking about technology requirements; 


e Business-centric architectural views, which: 

o Assist with communicating the complexity of large systems, 

co Assist in understanding interactions between systems, and 

o Facilitate on-ongoing management of complex technology environments; 
e A focus on the strategic use of emerging technologies which: 

o Drive implementation of business efficiencies, 

o Drive process standardization, and 

o Improve the ability of the business to meet changing requirements; 
e Improved sharing of information across the enterprise by promoting: 


o Consistency, accuracy, and timeliness of information, and 
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o Integrity, quality, availability, and access to information; 
e A structured technology investment process, which: 


o Aids in the identification of benefits, impacts, and life-cycle cost of proposed 
technology projects, 


o Provides a consistent way to analyze alternatives, risks, and trade-offs, and 


o Provides the prioritization of candidate technology projects based on business 
value; 


e Better leveraging and management of MDT’s technology spend as a result of the 
ability to: 


o Design more quality and flexibility into applications without increasing costs, 
o Achieve economies of scale through sharing services, and 


o Expedite the integration of both legacy and new systems 


F.3.2 Benefits from Projects Recommended in the MDT EA Program 

In addition to the above benefits attributable to the Enterprise Architecture program, there are 
additional potential benefit streams from the implementation of the project recommendations 
contained within the proposed MDT Enterprise Architecture program. Based on the eVision 
Partners team’s experience implementing ERP solutions, program and project management 
systems, enterprise asset management, construction management, and maintenance management 
initiatives in other state departments of transportation, the research team expects MDT to achieve 
many of the following benefit streams: 


e Increased efficiency in the delivery of the transportation program: 


o Reductions in the cost to deliver a project through improved program and 
project management tools including enhanced project budgeting and costing, 


o Improved and more effective cost-effective project programming decisions 
through enhanced needs identification, project scoping, project prioritization, 
and selection tools, and 


o Reductions in construction contract change orders, claims, project delays, and 
overruns through more effective contract management and monitoring tools; 


e Improved management of transportation assets and consumable inventory: 
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o Improved effectiveness in the use of the agency’s maintenance budget through 
improved life-cycle cost management, as a result of implementation of an 
integrated transportation asset management solution with life-cycle cost 
modeling, needs identification, trade-off analysis, and performance-based 
budgeting capabilities; 


Increased automation of accounting and other support functions: 


o Opportunity to redirect the time of some accounting and procurement staff 
through capturing data at the source, and through the use of employee and 
vendor self-service capabilities, and 


o Improved contract management capabilities through the consolidation of 
multiple contract management systems into a single contracts management 
application that is tightly integrated with SABHRS ERP; 


Reduced information technology costs: 


o Redirection of some MDT IT staff to supporting more mission specific business 
applications by leveraging SABHRS, Oracle Taleo and potentially the future 
statewide grants management solution and other statewide solutions for the 
department’s financial, contract management, human capital management and 
procurement management system requirements; 


Leveraging modern technologies to better enable increased efficiency and 
effectiveness throughout the agency: 


o The ability to more effectively meet MDT business requirements and provide a 
platform that will be able to more easily address changes to business needs in 
the future, 


o Improved customer service to MDT partners and employees, 

o Standardized reporting capabilities with more timely and accurate data, 

o Electronic workflow and approval capabilities for many business processes, 
o Elimination or significant reduction of the number of silo systems, 

o Accurate capture at the source and secure storage of MDT data, 


o Self-service functionality for employees, partners and suppliers, and 
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o Improved management analytics and performance measurement capabilities 
through the new Data Warehouse environment. 


F.4 RiSK MANAGEMENT 


The objectives of program/project risk management are to decrease the probability and 
negative impact of events considered adverse to a successful project outcome. Risk management 
begins during overall program planning and is executed for each project within the program 
during planning for that project. It then continues throughout the life cycle of the individual 
project and the program itself. Assumptions made in the development of a project plan, schedule, 
or resource allocation are candidates for documenting/identifying as a risk. Factors external to 
the project may also have an impact on the team’s ability to deliver and should be included. 


Table 11 (page 161) identifies potential risks to the success of the MDT Enterprise 
Architecture program and delineates potential mitigation strategies to address these risks. Once 
created for a project, this list should be regularly reviewed and updated throughout the 
program/project execution, in order to be successful in managing risk. 


There are business, or organizational, risks as well as technical risks, as noted in this 
section’s opening comments: 


e Business Risk — Risks in this category could include items such as the need to 
change existing processes and procedures, the need for supporting legislative 
changes, the need for organizational change management, and the need to 
implement new or standardized business processes. Other issues that should be 
considered: 


o The level of executive and staff support required for the proposed change; 


o The agency’s demonstrated ability to successfully manage projects of this scope 
and complexity; 


o The skills and experience available with the agency to implement the approach; 
o The number of impacted users; 

o The amount of required training; and 

o The length of time the agency has to complete the project. 


e Technical Risk — Risks in this category could include items such as the size and 
scale of the effort required for program implementation, the complexity and degree 
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of need to integrate this program with other existing systems or other in-motion 
programs, the need to implement new technology, the technical skills required to 
implement or support the new system, and skill set gaps within the current staff. 
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TABLE 11: RISK REGISTER FOR BUSINESS AND ORGANIZATIONAL RISKS 


Strategy 
(Accept, 
Owner Avoid, 
Mitigate, 
etc.) 


Internal/ Aig Impact 


Description ability 
External (L/M/H) (L/M/H) 


Establish organizational change management 


Need to change existing business MDT 


i i High M Technol Mitigat aan 
R-1 Business Siig to effectively use new Internal ig ed Noe He ogy itigate * Ehaacie dakeholders trom impacted bueiness 
units in defining process changes 
Inconsistent business processes and MDT e Establish organizational change management 
: standards across MDT business units . ve program 
- ; : : | | High M Technol Mitigate 
eras could impact drive to standardize ae - ed cel mee e Engage stakeholders from impacted business 
business processes units in defining process changes 
Concern in various business unit(s) MDT e Establish organizational change management 
R-3 Business regarding apparent loss of previous! Internal High Med Technology Mitigate program ‘ ' 
eae fineionalle? y Council e Engage stakeholders from impacted business 


units in defining process changes 

e Immediately brief new management on 
programs/projects and status 

MDT e Engage existing Program Steering Committee 


Changes in MDT or other agency 


R-4 Business executive management could impact External High High as Mitigate se Lahore ela tedatele eauscenedl 
various programs/projects MDT ISD PMO a loins 
e Include career staff in key program roles for 
continuity 
e Review proposed MDT Enterprise 
Architecture recommendations with SITSD 
e Collaborate closely on those 
, : F : recommendations deemed to be impacted by 
Gee ee pene MDT ClO and the Governor's executive order — for example 
R-5 Business requiring all State agencies to migrate External High High alae Mitigate eiercig-) eta and the disaster 
bia elurelore arr ever the text Council e Evaluate how to integrate existing State 


technology investments into various 
recommendations — as an example selection 
and implementation of an Enterprise Content 
Management solution (AA-2) 

e Actively engage with stakeholders and policy 
makers to obtain approval(s) 

e Revisit budgets at each MDT Technology 
Council meeting; economic factors should be 


MDT monitored and on agenda when appropriate 
- P Delay in obtaining funding for all or part E | M High Technol Avoid & for discussion 
R-6 Business of proposed program/project meine! Be 9 Sai any Accept e Adjust program schedules as necessary 


based on timing of funding 

e Identify activities that could continue in the 
interim, such as process analysis, 
requirements gathering, etc., to maintain 
program momentum 
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R-7 


Business 


Description 


Funding amount(s) approved is(are ) 
lower than requested amount(s) 


Internal/ 


External 


External 


Prob- 
ability 
(L/M/H) 


Med 


Impact 
(L/M/H) 


High 


Owner 


MDT 
Technology 
Council 


Strategy 
(Accept, 
Avoid, 
Mitigate, 
etc.) 


Avoid & 
Accept 


Actively engage with stakeholders and policy 
makers to obtain approval(s) 

Revisit budgets at each MDT Technology 
Council meeting; economic factors should be 
monitored and on agenda when appropriate 
for discussion 

Adjust scope and/or program schedule as 
necessary based on timing 


R-8 


Business 


Policy issues not resolved in a timely 
manner 


Internal 


Med 


High 


MDT 
Technology 
Council 


Avoid 


Initiate early discussions 

Monitor and track policy issues and 
resolutions 

Ensure management understands required 
timelines for resolution and cost/schedule 
impact(s) 


R-9 


Business 


Challenges in obtaining 
program/project stakeholders to take 
the enterprise view and/or in reaching 
consensus on enterprise needs versus 
the need of specific business units 


Internal 


Medium 


High 


MDT 
Technology 
Council and 
MDT ISD PMO 


Mitigate 


Employ effective organizational change 
management measures 

Encourage stakeholders to take their 
“business unit” hat off and put on their 
“agency” hat for the benefit of the agency and 
program 

Encourage open communication on the 
reasons “why something won't work for me” 
Identify and communicate the benefits of the 
enterprise/agency viewpoint to team members 
and stakeholders 

Leverage best practices experience of pre- 
planning and implementation consultants 


R-10 


Business 


Specialized requirements or significant 
gaps identified in one or more business 
units within the agency 


Internal 


Medium 


High 


MDT ISD PMO 
and executive 
sponsors of 
specific 
projects 


Avoid & 
Mitigate 


Assess potential for modifying business 
processes in individual business units or 
modifying enterprise process slightly 
Assess need for additional third-party 
software and/or minor customizations as a 
last resort 

Encourage active executive sponsorship to 
help resolve concerns of specific business 
units 


Business 


Staff not able to participate in 
workshops, requirements gathering, 
requirements validation, testing, 
signoffs, etc. within the program/project 
schedule 


Internal 


High 


High 


MDT ISD PMO 


Avoid & 
Mitigate 


Proactively identify key resources and 
resource constraints during project planning 
Re-assign some/all responsibilities of key 
extended program/project team members 
Reprioritize some/all activities assigned to 
extended team members 

Utilize project approach that leverages best 
practices as the starting point for discussion 
to better leverage staff time 

Leverage best practices experience of pre- 
planning and implementation consultants 
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Description 


Internal/ 


External 


Prob- 
ability 
(L/M/H) 


Strategy 
(Accept, 
Avoid, 
Mitigate, 
etc.) 


Impact 


(L/M/H) eles 


Keep executive management, Montana State 
CIO, governor, legislature apprised of 
program/project and its status along with 
: Sik : MDT anticipated benefits 
Changes in state priorities that impact Pe : : eT 
R-12 Business program/project funding and/or priority External Medium High Technotogy Mingate:& Adjust prolest Scape and/or timelines based 
of program/project implementation Sauna ae Reeept On priority changes 
Pree eret MDT ISD PMO Remain focused to the highest extent possible 
on implementing highest payback areas first 
in any necessary program/project 
implementation plan revisions 
MDT ; Bee 
Technology Adjust program/project timelines 
: sai : I costs as a 
Change in the priorities of the state Council and 7 a ea additiona 
r-13 | Business | anor Montana State C1O impacting | exemnal | Medium | righ | MOTISD AMO | Mitgste& | | errain fused to he highest extent possi 
their costs and/or timeline(s) sponsors of on implementing highest payback areas first 
specific in any necessary program/project 
projects implementation plan revisions 
Involve business units early in developing 
MDT initial business requirements 
Technology Remain actively engaged with business units 
ae ae throughout program/project 
: Changes in requirements during . : i Require formal sign-offs by Program Steering 
R-14 Technical implementation Internal High High aficdexeciitive Mitigate Bei pri bielnese reguiremants 
sponsors of Implement a well-defined scope change 
specific management process with Program Steering 
projects Committee approvals and any other changes 
that impact budgets/schedules 
MDT ISD PMO Employ effective organizational change 
Need to provide training to large and executive management measures 
R-15 Technical number of employees on new Internal Medium High sponsors of Mitigate Develop training strategy for each 
system(s) specific program/project component and closely 
projects monitor status of training 
Develop detailed technical training plan once 
software and other technology is identified as 
MDT ISD ee a part of the program/project implementation 
: Lack of skills/experience with new . . and MDT wa: plan 
R-16 | Technical technologies being implemented Internal en nen Applications Mingle Include a maintenance option within the 
Bureau Chief systems integrator’s agreement to provide 
application support for specified period 
following implementation 
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Technical 


Description 


Program/project scope overly large or 
complex and/or implementation 
strategy attempts to implement too 
much at one time 


Internal/ 
External 


Internal 


Prob- 
ability 
(L/M/H) 


Medium 


High 


MDT 
Technology 
Council, MDT 
ISD PMO and 
executive 
sponsors of 
specific 
projects 


Strategy 
(Accept, 
Avoid, 
Mitigate, 
etc.) 


Avoid 


Limit scope to identified business 
requirements 

Develop implementation plan carefully linked 
to business benefits 

Link project to business benefits 

Program Steering Committee should carefully 
review scope of implementation plan prior to 
approving implementation go-ahead 
Implement a well-defined scope change 
management process with Program Steering 
Committee approvals and any other changes 
that impact budgets/schedules 


R-18 


Technical 


Vendor proposals/responses exceed 
cost estimates 


External 


Medium 


High 


MDT ISD PMO 
and executive 
sponsors of 
specific 
projects 


Mitigate 


Prepare detailed estimates to the extent 
possible during development of the business 
case 

Conduct vendor software demonstrations to 
assess the fit of the vendor solutions and 
assess the gap-fit to MDT business 
requirements 

Identify significant gaps and impact up front 
Benchmark costs incurred by other states 
who have undertaken similar 
programs/projects 

Request modular estimates of functionality 
from vendors to support moving forward with 
reduced functionality 


R-19 


Technical 


Complexity of integrating new COTS 
solutions with existing legacy 
applications 


Internal 


Medium 


High 


MDT ISD PMO 


Avoid 


Identify all major interfaces early in the 
program/project planning and develop the 
interface strategy 

Eliminate shadow IT solutions and migrate 
functionality into new COTS solutions to 
extent possible 

Include adequate time in implementation 
schedule for assessment of interface 
requirements to put data into formats required 
by COTS solutions 

Ensure early engagement with business and 
IT owners of systems that need these 
interfaces 


R-20 


Technical 


Delay in one program/project 
component could impact remainder of 
the schedule 


Internal 


Medium 


High 


MDT ISD PMO 


Avoid 


Establish reasonable schedules for all 
projects within the programs including 
schedule contingencies 

Plan for multiple project implementation 
teams to allow balance of deployment work 
and production support of components 
already deployed 
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Description 


Complexity of converting data from 


Internal/ 


External 


Prob- 
ability 
(L/M/H) 


Strategy 
(Accept, 
Avoid, 
Mitigate, 
etc.) 


Ensure adequate time is included in 
schedules for assessment of conversion 


R-21 Technical multiple legacy systems into COTS Internal Medium High MDT ISD PMO Avoid : : " 
solutions requirements and design of loading programs 
to place legacy data in COTS solution 
Identify early potential data quality issues 
during pre-implementation planning 
MDT ISD PMO Build adequate time into the project schedules 
: ‘ ; . : and executive for data scrubbing F 
R-22 | Technical Date quality negatively impacting: date Internal Medium- ] High sponsors of Mitigate Initiate data scrubbing efforts early 
conversion efforts High specific Attempt to scrub data in legacy system before 
projects running data through the conversion process 
Ensure sufficient involvement is in 
program/project plan by staff knowledgeable 
on data 
Utilize fixed-price integration contrcts with 
potential penalties for late delivery 
Adhere to project success factors 
F Ensure adequate milestones are built into 
R-23 | Technical oe | ein Medium | High MDT ISD PMO | Avoid prograrrfprolect setiedilles 1o veckeproctess 
and use early warning systems to detect and 
mitigate schedule/budget slippages 
Monitor project schedules and budgets on a 
continuous basis 
MDT ISD 
PMO, ; : : 
recommended Require MDT approvals of project staff in 
MDT IT contract 
Systems integrators provide lesser Ganimets Include in contracts right of dismissal and 
R-24 Technical skilled resources than expected for External Medium High Manager and Avoid replacement 
programs/projects business Use performance bond or other incentives 
owners for and disincentives to ensure vendor’s 
individual performance adheres to contracted schedule 
projects 
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F.5 ORGANIZATIONAL CHANGE MANAGEMENT (OCM) 


This sub-section describes eVision Partners project team’s recommendations for 
organizational change management in support of the implementation of the MDT Enterprise 
Architecture program and accompanying recommendations. This sub-section provides an 
overview of organizational change management principles and practices, and a description of a 
typical organizational change management plan. The section also provides organizational change 
management strategies to be considered with the implementation of an enterprise architecture, as 
well as strategies to be considered while implementing major project recommendations such as 
the implementation of the new PPMS or the implementation of an enhanced SABHRS ERP as 
the agency financial system of record. 


Organizational change management (OCM) broadly refers to a framework for managing the 
impact of business process changes, technology changes or organizational changes on the 
business. Implementing new technology, new business processes, and new software is 
challenging, but the people aspect of these large programs/projects is typically even more 
challenging. 


Successfully implementing change in an organization is really about people; change leaders 
who initiate the effort, staff that manage and support the effort, and ultimately staff affected by 
the change. That philosophy is especially true in major technology changes where staff members 
have become accustomed to “their” systems and “their” ways of doing their business. Accepting 
change is not easy for many people, and for some it is extremely difficult. Any agency’s ability 
to successfully manage change can often be the difference between a project’s success and 
failure. 


The effective management of the impact of a change initiative on the organization is integral 
to successful implementation. Organizational change management activities must span all phases 
of the project life cycle with dedicated resources assigned. Demonstrating a focus on 
organizational change management throughout the project can result in achieving acceptance, 
preferably embracement, of the change throughout the organization. Effective communication to 
keep staff informed, define staff expectations, and resolve issues can positively affect acceptance 
of the change. 


The need for committed sponsorship cannot be overstated and is critical to the success of a 
change initiative. The change sponsor’s role is to enable the success of the effort. The sponsor 
enables the success of the effort by communicating why change is needed, defining what the 
future state will look like, providing the people and other resources the change implementation 
team will need, empowering staff to move the effort forward, and holding people responsible for 
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implementing the change. More importantly, the change sponsor removes barriers to the effort’s 
success that cannot be controlled by the change implementation team. 


Depending on the effort, the change sponsor could be the leader of an organization or they 
may be the supervisor of a key business function. The change sponsor is the person in that 
organization or business area who controls the resources and has the organizational authority to 
approve the implementation of an identified change. For organization-wide change that affects 
multiple MDT divisions, bureaus or business units, the sponsor or sponsors should be members 
of the executive management team. 


Also critical to the success of change effort is strong leadership by the person selected to lead 
the effort. The person should possess good communication and project management skills. These 
skills are especially important if the implementation team is composed of members who are not 
part of the business area or normally work with the business area, and for projects where team 
members are required to contribute to the success of the change implementation effort while at 
the same time performing their normal work responsibilities. The team leader must be able to 
clearly communicate the project’s objectives, as well as the roles of the team members, their 
responsibilities, and their accountability. The team leader must monitor performance and address 
performance issues should they arise and celebrate successes. The team leader should be able to 
openly communicate with the change sponsor on all matters important to the effort’s success. 


The change implementation team and management structure are critically important. In cases 
where significant changes will occur, management structures that exist are often insufficient for 
successful change. The existing management structure is designed for the normal work of the 
organization and may have been the cause of the need for change. Further, use of the existing 
management structure to implement change can be impacted by a reduced priority given to the 
change implementation. Generally, if the change will be implemented by an existing 
organization, it will be done while the normal work of the organization remains. That creates a 
conflict between implementing the change and the delivery schedule of the normal work 
products. 


Successful change management can be accomplished using an established organizational 
change management plan and requiring that all of the steps of the plan be completed and critical 
issues addressed. The use of an organizational change management plan can not only guide a 
change initiative, but also establish the overall importance of the change and its priority to the 
organization. 


F.5.1 Organizational Change Management Plan 
Formal organizational change management plans generally include the reason for change; a 


description of the state of the organization after the change or stated succinctly, a change vision; 
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change objectives; change details; critical needs; performance management; and an established 
communication plan: 


e Reason for change — It is important to have a clearly defined reason for change. The 
change sponsors must market that reason so staff members who have been 
performing functions in a particular way for many years can understand and 
embrace the change. Staff oftentimes asks, “What is wrong with the way we have 
always done it?” The reason for change should be supported by data and facts. The 
proverbial WIIFM (“What’s in it for me?’’) question typically comes into play. The 
reason for change should be comprehensive enough so that staff members can see 
their roles/functions in the reason. Through the reasons for change, the sponsor 
should anticipate the questions that might be asked and provide answer those 
questions. The reasons for change should also include definitive statements that 
communicate that the decision to change has been made and all staff members are 
expected to contribute to the success of the change initiative. 


e = Vision — “What will our world look like after the change?” The answer to that 
question should be answered in the vision of the change sponsor. Descriptions of 
what will be able to be accomplished after the change that cannot currently be done, 
what cost savings will occur, or what other efficiencies would occur should be 
stated. Major steps in the change implementation process should be included. 


e Change objectives — This section communicates clearly defined change objectives 
that transition the high-level vision into implementable objectives and milestones. 
The change sponsors must provide enough detail so the change implementers have a 
clear understanding of the vision, project objectives, milestones, and expectations to 
produce the desired future state. The change objectives should be measurable so the 
change sponsors and team can monitor performance. 


e Change details — Details of the change that includes clearly defined tasks with 
milestones, deliverables, and responsible parties for each task are included in this 
section. The change implementation team members are named and their defined 
responsibilities are included. Other team resource requirements are communicated 
in this section. This is especially required when multiple or complementary change 
initiatives are ongoing so resources can optimally be allocated. The change 
implementation team accountability structure should clearly define the expectations 
of the members. 


e Critical needs — Most change efforts have some critical needs or issues that if 
unaddressed could negatively affect the success of the effort. These needs and issues 
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should be clearly identified and validated by the implementation team and the 
change sponsor. It is extremely important that there be consensus on the needs and 
issues, and that a commitment to address those needs and issues be provided, 
preferably through formal communication. 


Performance management — Is the change effort on time? Is the change effort on 
budget? Is the change effort meeting its objectives? These questions are generally 
addressed through the sound project management of a change effort using clearly 
defined strategies, tasks, and timelines. More importantly, performance management 
includes managing the change implementation team’s performance against 
measurable objectives and communicating whether or not the project will meet its 
overall objectives and vision. Project management can keep the project team on 
track with the project and keep sponsors informed of the status of the project. 
Performance management, however, provides the structure through which 
performance issues are addressed, either through the project team or sponsors. 
Regular communication that openly discusses project performance is necessary to 
address and resolve performance issues quickly so they do not impact the overall 
success of the effort. The project team is responsible to communicate performance 
and identify issues. The project sponsors must be committed to addressing those 
performance issues. 


Communication plan — An effective communication plan has several purposes and 
target audiences. The plan should include regular meetings between the change team 
leaders and the changes sponsors to communicate the status of efforts, to address 
things that are going wrong, but just as important, to communicate things that are 
going right or better than expected. Since most team members will not meet or 
communicate directly with the change sponsors, the communication plan should 
provide for regular communication between the team leader and team members to 
provide overall project status updates, communicate project successes, and share 
communications that occurred between the team leaders and sponsors. 
Communicating successes is crucial, especially if project team members are 
juggling priorities to meet the needs of the change team as well as their normal job 
functions. The communication plan should also include communication to members 
of the organization who are not part of the change team but are affected by the 
change. The communication plan should include the reason for change, the change 
vision, objectives, and timelines. It should address how they will be impacted and 
what the organization will do to prepare them for the change, such as transition 
plans and training. 
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F.5.2 Enterprise Architecture Change Management Strategies 

As noted previously, a key to managing change is in the development and administration of a 
Change Management Plan. Development of this plan requires that the case for change, the 
change vision, and change objectives be presented clearly. The development of change details, 
critical needs, performance management, and communication plans follow. 


“Who will be affected by this change?” The answer to that question should guide the 
development of the change management plan. In the case of an Enterprise Architecture, the 
people affected by the plan will be the team charged with overseeing the architecture, the team 
responsible for implementing the architecture, and the business area leaders who will be asked to 
follow new policies, procedures, and processes developed to support this enterprise architecture. 


Chief among those affected by the Enterprise Architecture will be the leadership of business 
units who will need to ensure their future proposed technology investments align with the 
Enterprise Architecture (and by extension MDT business objectives) and MDT IT resources 
whose jobs will likely change to some extent as they have the opportunity to participate on 
various teams performing projects called for under the Enterprise Architecture and the 
opportunity to learn and work with new tools and technologies being called for in the Enterprise 
Architecture plan. The change management plan should place a specific focus on addressing 
their change needs. 


The business area leaders are the leadership foundation of MDT. Once they become 
committed to the enterprise architecture, and associated policies and procedures, the rest of the 
organization should follow. If they resist or speak/act negatively towards the Enterprise 
Architecture, so will their staff. Therefore, it is important to get their buy in of the Enterprise 
Architecture, as well as to educate them on the new policies and processes and their benefits. It 
may be necessary to provide support to them in using the new policies and processes. They will 
need to appreciate and understand that their IT needs can and will still be met while following 
the Enterprise Architecture’s policies and procedures, which support the overall technology 
needs of MDT. That understanding and support should allay concerns about the policies and 
procedures being onerous or bureaucratic. 


In terms of MDT IT staff, these individuals represent the delivery capacity to carry out the 
recommendations of the Enterprise Architecture program. As such it is essential that IT staff are 
educated on the scope and scale of the proposed recommendations and the anticipated benefits of 
these recommendations as early as possible and that IT staff have receive frequent updates on 
progress in implementing the various recommendations. Please note that for this purpose we are 
defining MDT IT staff to include both Information Services Division staff and other staff 
performing IT-centric roles across MDT. 
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The research team recommends this report provide the basis for an Enterprise Architecture 
Change Management Plan. The reason for change has been established throughout this report, as 
it is a change vision. Change objectives can be developed using the recommendations presented. 
The change sponsorship can begin with the proposed MDT Technology Governance Council. 
The draft technology governance policies and procedures provide a basis for the adoption of 
policies, procedures, and processes to implement the plan. 


F.5.3 Project-Specific Change Management Strategies 

Significant technology programs/projects will require program or project-specific change 
management plans. Project specific organizational change management plans should be focused 
on specific needs determined by the answer to question asked above concerning who will be 
affected by the change. 


A project specific change management plan should target project stakeholders and the project 
team implementing the initiative. This plan can emphasize the project details, and project team 
assignments, responsibilities, and accountabilities. It can contain project details and expectations 
specific to the staff member assigned to support the team by participating in efforts to define 
requirements, develop “blue-prints,” cleanse data, perform systems testing, or function as a 
subject matter expert. The change management plan should include a communication plan. Most 
important to that communication plan should be the method of communicating issues and a 
process for escalating unresolved issues. 


The success of any implementation of new technology can be measured in the time it takes 
the organization to exceed their prior productivity levels. A key to that success is managing 
change for the people who will be required to abandon old business processes and learn to do 
their work with new technology. A key element of any project specific plan will be for those 
MDT staff members who are not part of the project team, but will be users of the resulting new 
system. The plan can emphasize communication of the project benefits and implementation 
activities, and focus on training and resources that will be available to help them as they 
transition to the new technology. 
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H. APPENDICES 


The remainder of this document contains various attachments referenced throughout the body 
of the report. These exhibits are more appropriately located here due to their multi-page content. 


H.1 To-BE ENTERPRISE ARCHITECTURE SCHEMATIC 


The schematic on the following page is a high-level overview of the To-Be Enterprise 
Architecture based on the recommendations and implementation plans presented in this 
document. 
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FIGURE 44: MDT ENTERPRISE ARCHITECTURE STUDY “TO-BE” OVERVIEW 
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H.2 RECOMMENDATIONS 


The following pages present the eVision Partners team’s detailed recommendations for the 
MDT Enterprise Architecture. 
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Description 


TABLE 12: MDT STRATEGIC EA RECOMMENDATIONS 


Challenge or Opportunity 


Recommendation 


Priority 


TRANSPORTATION PROJECT DELIVERY 


Implement Next 


The current Program and Project 
Management System (PPMS) has 


Implement a next generation PPMS 
based on industry best practice that is 
tightly integrated with the MDT’s 
Planisware® scheduling application. 
The new PPMS should also be 
designed to tightly integrate with MDT’s 


Requirements definition initiated — project scope 
needs to be assessed to confirm solution is being 


AA-1 ‘ cage : asset management systems. High ‘ : ; 
Generation PPMS ee ee and lacks implementation of this new system alee S as to fully incorporate industry best 
P should be guided by a governance p 
team comprised of management from 
all MDT divisions with subject matter 
experts assigned to the project team 
from each division 
MDT is currently defining requirements Continue with design and 
Implement Next and planning for implementation of a implementation of the new 
: new Transportation Information Transportation Information System, : lita: . 
AA-3 pee TISILRS System/Location Referencing System Location Referencing System and High ee, disciplinary governance team to guide 
inventor y and Roadway Inventory application, Roadway Inventory application as a prey 
y which is a core foundational element of foundational of the To-Be MDT 
the MDT applications architecture Enterprise Architecture 
nets Define requirements and perform initial fit/gap against 
Implement ROW Parcel Acquisition System and Utility Implement new Right-ot Way existing MDT technology solutions (AgileAssets or 
ns : : as Management system and Utility F : : : 
AA-4 and Utility Relocation Tracking Application are Relocation System using.a COTS Medium others) prior to looking at other COTS solutions to 
Relocation system approaching functional end-of-life solutionvar eoie fanaa evaluate opportunity to leverage and extend existing 
. technology investment 
Extend Planisware® ; : 
AA-5 implementation to Se ean does not Extend capabilities of Planisware® to iMadiun Functionality could be added in future release or 
support resource management functionality support resource management upgrade cycle 
management 
Re-engineer As-Built process to more 
Heenaiiaae Ae-Bult Current As-Built process makes limited effectively utilize available 
AA-6 ake use of available technologies such as technologies. Re-engineered must Medium 
e red-lining tools consider impact of 3D design and asset 
management requirements 
There is no defined strategy for ; 
Establish and effectively integrated design models ens eeu bie bee ilotin 
AA-7 Implement Design with GIS and for integrating design g gy gine g Medium 


Model Strategy 


models into MDT's asset management 
system(s) 


and phased deployment based on 
defined strategy 
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Description 


Challenge or Opportunity 


Recommendation 


Priority 


There are significant opportunities to 
build on the implementation of 
SiteManager to further automate and 
streamline construction management 
processes. This includes more 


Implement AASHTOWare™ Project 


AA-8 eerie advanced mobile capabilities as the Construction and Materials including 
- A-9 Project Construction use of SiteManager is currently utilization of mobile technology where Medium 
afd Materials primarily confined to the office or possible along with full-range of LIMS 
construction trailer functionality 
MDT did not implement laboratory 
information management system 
(LIMS) functionality as part of the 
deployment of SiteManager 
MAINTENANCE AND ASSET MANAGEMENT 
Define an asset management systems 
strategy to provide data integration 
between individual asset management 
systems (bridge, pavement, safety and 
the next generation maintenance 
management system) to support 
agency business requirements defined 
in the MDT transportation asset 
management plan. As an initial focus, 
: ' design and establish an Asset Data 
eee eda eh elaee Warehouse which provides a single 
asset management tools for individual point of access to ee Fea pe ee — and supporting work 
' ‘ Re oe transportation assets (throug plan should move forward near term in conjunction 
AA-10 ee Pe ee preferably virtual integration of data High with MDT asset management planning; actual 


Strategy 


integrating its individual asset 
management applications to provide an 
end-to-end transportation asset 
management system 


from core management systems). The 
asset management systems strategy 
should include geospatial risk analysis 
by asset class and corridor type (i.e., 
terrain type, rural/urban, traffic level, 
interstate, etc.) to analyze potential 
risks across the agency’s infrastructure 
network, including alignment of budgets 
and risk management. In future years, 
design and develop cross asset 
analysis tools as business policy and 
process requirements are defined, as 
product offerings in this area mature in 
the marketplace. 


deployment could be phased based on priorities 
established in asset management plan and funding 
availability 
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Description 


Challenge or Opportunity 


Recommendation 


Priority 


The initial implementation of the Safety 
Information Management System 
(SIMS) focused on integrating crash 
report and highway inventory data and 


Implement additional safety 
management system capabilities with 


Move forward based on data sharing agreements 


: Extend SIMS : ; 7 : an emphasis on multi-disciplinary data , with various agencies and funding availability. 
ae. functionality sa bes atmos bangs t elements such as EMS run tickets, en Implementation plan assumptions will need to be 
y trauma registry information and aligned with Traffic Records Strategic Plan. 
Management System ( e.g. EMS run nae 
: : ae conviction data 
tickets, trauma registry or conviction 
data) 
The Structures Management System Define requirements for modeling and 
, being implemented is focused on analytics functionality and evaluate 
AA-12 bse Te bridge inventory and bridge inspection capability of Advitam ScanPrint IMS to Medium 
elaibes functionality and does not currently meet these requirements. If Advitam 
address modeling and analytics does not meet requirements, evaluate 
functionality and select alternative solution. 
Continue and build on existing efforts : : 
Extend MMS to ‘ ’ ; mn Formalize strategy for each asset class and define 
AA-13 handle ancillary Ue atts ale ea iy Gans E oct the Medium timeline for inclusion into AgileAssets as part of 
assets ancillary assets current MMS effort or future phase 
TRANSPORTATION OPERATIONS MANAGEMENT 
Implement new Traveler Information System is a home place the existing Traveler Define requirements and perform preliminary fit/gap 
: : é Information System with a COTS F : . : : 
AA-14 COTS Traveler grown solution with known functional apes Medium against available commercial solutions or frameworks 
: application as the core of the new : 
Information System gaps : as a first step 
solution 
Replace existing Outdoor Advertising 
application preferably with a COTS 
Implement new Outdoor Advertising system has both solution; evaluate potential for utilizing ; 3 : : cas 
AA-15 Outdoor Advertising functional gaps and technical existing MDT technology (AgileAssets, Medium Petine Fequitemenite _ Pondlie iigap withexisting 
ee hues : d MDT solution components as a first step 
System limitations Advitam, Bentley) to perform this 
function prior to bringing in another 
solution 
Continue . . . Continue targeted enhancements to 
AA-16 implementing sed aera iacecyinr a uti SMARTCOP including opportunities to Mediuni Implementation plan needs to align with funding as 
SMARTCOP Eniorcamant etalt enhance data integration with other defined in Traffic Records Strategic Plan 
enhancements agencies 
Evaluate mobile platform alternatives, 
pote Technology support improve the efficiency of various MDT Implement solution in alignment with Medium elialedy and) plepere Getalled Impiemantalioniplan 
: : ‘ : based on strategy 
business operations enterprise mobile strategy (please refer 
to TA-4) 
ePart i number of priority enhancements are Extend ePart implementation to . 
AA-24 Enhancements being identified as part of initial address priority enhancements Medium 


implementation of ePart system 
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Description 


Challenge or Opportunity 


Recommendation 


Priority 


MULTI-MODAL AND GRANTS MANAGEMENT 


MDT has or is implementing multiple 
grants management solutions. 


Evaluate the opportunity to implement 


Enterprise Grants | Planning Division is deploying amult- | oo ication this evaluation should 
peels Management agency ae sae for all grant include analyzing capabilities of any Medium 
Solution pregame petenaulice nas statewide grants management solution 
implemented grants management as : sige 
: : : which may be initiated 
part of its Aeronautics Suite. 
BUSINESS SUPPORT SERVICES 
ere F Proceed with implementation of 
sell a Hanae Pe i system Financial Suite as initial step to provide 
Likewise, there are currently various , sol as ee decode 
Implement Financial off-line and disconnected budgeting Rinclal pS tg ae anes 10>. : Project initiated but ramping up slower than originally 
ne Suite and forecasting tools. Taken together prgnie iinplentation aban ie role! High planned due to funding constraints 
this creates challenges in performing should be designed to anticipate future 
financial analysis and reporting ERP and minimize future re-work when 
functions MDT legacy financial systems are 
replaced with an ERP 
Implement an enterprise resource 
planning (ERP) application at the Recommend initiating planning work in near term due 
agency level or by extending the to long lead time for project and need to prepare 
MDT financial systems are home functionality in the State’s SABHRS project cost estimate to begin to budget project cost 
Implement State's Fovini. require a sianificantetfartie PeopleSoft application to meet the full in future years 
AA-20 ERP solution as bial oo : range of MDT requirements. This ERP High Prepare alternatives analysis to evaluate different 
: financial system of mental and will likely reach functional application will provide a highly 9 potential approaches for proceeding (agency solution, 
end-of-life over the next five to seven ; : : : : 
record for MDT gals integrated commercial off-the-shelf expansion of SABHRS, etc.) and estimated project 
y (COTS) solution to support financial cost of each alternative. Implement in phases with 
management, human resource initial focus on replacing core financials including 
management and procurement CARES 
functionality 
Implement Multiple contract management systems 
enterprise contract (Consultant Information System and Implement an enterprise-wide contract 
AA-21 management Contract Tracking System) creates management system as part of the Medium 
system duplicate data entry and potential proposed ERP project 
reconciliation issues 
Implement a COTS-based enterprise 
There is no enterprise solution for wide Talent Management solution with Evaluate alternative implementation approaches 
Implement Talent talent management; instead there are an initial focus on an e-Learning that including. Agency solution or options to build off 
AA-22 Management several disconnected State level or can support all MDT training Medium Oracle Taleo footprint implemented for recruiting at 
solution MDT applications performing elements requirements (employees, local State level as product provides e-Learning and other 


of the talent management function 


programs, contractors, consultants, 
etc.) 


talent management capabilities 
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Description Challenge or Opportunity Recommendation Priority 
Discipline and Grievance Management 
eis ae System are at the end of life. In Implement existing or enhanced 
Implement Discipline ac ae : says ie 
& Grievance addition, MDT is likely not taking capabilities cul SABHAS HA to mest : Prepare requirements and perform fit/gap analysis 
AA-23 ilanaaeniant advantage of all the capabilities of Discipline, Grievance Management and Medium against SABHRS functionalit 
Site SABHRS Hf, resulting in the need to other HR requirements not currently 9 y 
utilize various off-line systems and being met by SABHRS 
paper-based systems 
: : Implement COTS-based Case 
AA-26 Case Management es ed Management Software; integrate Median Define requirements and conduct software evaluation 
System seers PP 9 solution with new enterprise wide and selection 
Content Management solution (AA-2) 
CROSS-FUNCTIONAL 
Define an enterprise wide content 
management strategy designed to 
meet all agency requirements and then 
Pee He rca (DMS) implement an enterprise wide content 
aorrenil iret: aie Gemate management system to meet these Establish multi-disciplinary governance team to guide 
affort heii an Gee unit requirements. In the interim, proceed effort 
Implement enacific needs tora document with implementation of the new Prepare requirements and perform fit/gap with 
AA-2 Enterprise Content saci eimantevetam, ~imaddition Engineering document management High available State solutions as part of evaluating options 
Management (ECM) einer eee ai oT ard ee : solution to meet immediate business for proceeding. 
content management (document needs. The To-Be solution may Continue with implementation of Engineering solution 
g : involve multiple COTS solution and in parallel and integrate into overall MDT solution. 
management, collaboration, records should leverage existing State 
Management eve) Seluuone investments where appropriate. 
Include requirements for collaboration 
tools as defined in TA-5. 
Evaluate mobile platform alternatives, 
Increased utilization of mobile select solution and integrate with . , : . 
: . Establish cross-functional working group to define 
AA-17 Implement Mobile technology Plessis an oppenany iG evi sick nee ae ; Medium strategy and prepare detailed implementation plan 
Technology support improve the efficiency of various MDT Implement solution in alignment with haccd onstrate 
business operations enterprise mobile strategy (please refer gy 
to TA-4) 
INFORMATION TECHNOLOGY 
Prepare a work plan and timeline for 
. er retiring all Oracle Forms applications 
Retire all Oracle Be als eee ee either through a specific project Implementation of this plan will allow ISD to sunset 
AA-25 annie Aiolicaticne aeueredina 36 eu raicel ceiow initiative or migrating Oracle Forms Medium Oracle Forms and reduce complexity of its application 
PP tachnical aries Pre applications to either COTS portfolio over next several years 
P applications or a Java based custom 
application 
Establish Data There is a need for a greater emphasis Establish a data governance initiative Establish project governance through cross-functional 
: ‘ ‘ to implement industry best practices in : Steering Committee 
eo eb is ii rari ake tile data governance, data standards and High Prepare data governance and data stewardship 
g . data stewardship strategy and detailed action plan for implementation 
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Description 


Challenge or Opportunity 


Recommendation 


Priority 


Implement Data 


Difficulty in accessing information from 


Implement a Data Warehouse (DW) 
with a set of business intelligence and 
analytics tools. 

Successful Business Intelligence (Bl) 
and DW deployments are dependent 


Finalize scope definition for first phase of data 
warehouse 


Warehouse, MDT transaction systems; difficulty in on an agreed upon definition of 
DA-2 Business integrating information from multiple fundamentals with respect to the Develop data governance and data stewardship 
Intelligence (BI), and systems to perform analysis and agency’s data, which means a formal strategy as a prerequisite 
Analytics reporting Data Strategy and a formal Data 
Governance Strategy. Successfully Align DW/BI strategy with ERP strategy 
moving from a “Microsoft Excel® 
Culture” to a true DW and BI requires 
an enterprise approach and strategy 
Define and Sharing data with external partners is ; ’ ‘ 
DA-3 implement data difficult — no defined strategy/approach Belinesa0e inplem Sri als Senviee Medium 
; . strategy for partner agencies 
services strategy for serving up data to partners 
F Multiple passwords and sign-ons are : F ; : 
- Implement single ! : : ne i Implement approach in conjunction with deployment 
TA-1 sign-on required to access various MDT Implement single sign-on Medium of new systems and then transition other systems 
applications. 
ee Disaster There is a data recovery strategy, but eS ee ae! 
TA-2 E : : y oY, recovery strategy and fully test the Medium 
Recovery Planning no disaster recovery strategy siraic 
(DRP) and Strategy gy 
a ee Establish project governance through cross-functional 
TA-3 Develop Cloud data securit nba about Cloud- Develop and implement a single ilodiuri Steering Committee of business and IT staff and 
Strategy ae ; agency-wide cloud strategy cross-functional work teams; collaborate with State IT 
based applications among various : at 
in defining strategy 
stakeholder groups 
; . F Develop and implement a mobile 
There is currently no mobile device : : ‘ ot; 
strategy (tablets, phones, Internet of device strategy including determining Establish project governance through cross-functional 
F : ; whether there should be an enterprise A : : 
: Things (IOT) devices, etc.) Different : Steering Committee of business and IT staff and 
TA-4 aaa ane TUpenOnal nlisrare i) aniig Ne nee deploy functionalit Medium ee ree ne we ene 
Shae y independent product selections and incremental ease ends ane Define enterprise strategy and prepare detailed 
gy purchasing decisions based on the oo : implementation plan based on strategy 
apparent best fit for their functional (Construction, Maintenance, Motor Prepare requirements for specific functional areas 
keane Carrier, Fleet, etc.) 
Please refer to AA-17 
Evaluate and implement a set of 
Implement : enterprise collaboration tools potentially 4 F . ; 
TA-5 enterprise There are currently no enterprise in conjunction or aligned with the Median Define requirements and perform fit/gap with tools 


collaboration tools 


collaboration tools. 


enterprise content management 
initiative (please refer to AA-2) 


already selected by the State 
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Description 


Challenge or Opportunity 


Recommendation 


Priority 


MDT’s IT investment prioritization 
process is not consistently followed. IT 
investment decisions do not appear to 
always be made in a coordinated 
fashion from the perspective of how 
systems should inter-operate within the 


Implement an IT Steering Committee 
comprised of a mix of senior level and 
mid-level managers from all business 
areas to review and recommend 
agency IT investments. 

Implement a project scoring and 
investment decision process that is 


Establish cross-functional IT Steering Committee as a 


IT-4 Establish IT overall information technology aligned with agency business High first step to own Enterprise Architecture design and 
Governance architecture. Likewise, based on the objectives guide implementation of new investment prioritization 
stakeholder meres a vatiaton | Develop a projet scoping and fi 
understanding among stakeholders eee - ee ‘ 
about the process upon which reasonably detailed business case is 
decisions about which projects will be prepared are ICIS BhDE 0 ivan )ag-3 
furided ie made decision to move forward with the 
: project. 
Require approval by the Director of ISD 
There is significant autonomy across of all proposed technology acquisitions 
the agency in making technology to ensure consistency with MDT 
purposes. This can create problems in standards and ensure appropriate 
Establish Agency terms of coordination required between planning for implementation of the Obtain input from all Division Directors to prepare 
IT-2 Technology ISD and other MDT business units in proposed technology and its integration High draft policy statement for approval by Director 
Procurement Policy ensuring the MDT technical with other MDT technology Communicate rationale for policy agency wide 
environment is able to support infrastructure 
hardware or software purchased by Ensure project acquiring technology as 
business units been approved through investment 
process established in IT-1 
Need to identify strategies for creating more 
alignment (inclusion of Project Managers on all 
project teams, use of enterprise standards, etc.). 
Also, need to assess whether it would be more 
efficient and effective for MDT as a whole if some 
positions are transitioned within ISD. From a best 
practices approach, project managers (internal and 
Establish enterprise 4 Conductaddiional’evaluation ot contract) should either be housed in IT or if housed in 
strategy and There are IT capabilities/resources alternatives to achieve greater a business unit must have a matrixed relationship to 
IT-3 framework for within various business units, with eaordination and eollaboraiianand High the ISD PMO; Application developer positions 


effective use of IT 
resources across 
agency 


limited formal coordination between 
these business units and ISD 


maximize overall organizational 
efficiency 


should generally be housed in the IT organization, 
while business analyst positions where domain 
knowledge of the business function is essential may 
be housed either in the business unit with a matrixed 
reporting relationship to ISD or in ISD with a matrix 
reporting relationship to the business unit. Project 
Managers should also be housed within the MDT 
Project Management Office in ISD, or if contracted for 
externally, should report to the PMO on a matrix- 
based reporting basis. 
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Description 


Establish consistent 
use of IT standards 
and polices MDT- 


Challenge or Opportunity 


Information technology standards are 


Recommendation 


Provide education sessions for MDT 
business units on applicable standards 
Require compliance with MDT 


Priority 


IT-4 ane Rietie not consistently followed enterprise standards in all IT contracts (whether Medium 
rae a wide managed by ISD or business unit) 
technology Establish a multi-disciplinary team to 
own and manage updates to standards 
component 
Information technology contracts are : . : 
Establish Effective becoming increasingly complex (Cloud, rete ea elu analog 
IT-5 IT Contract services etc.) and MDT has limited internal Medium 


capabilities 


experience with highly complicated IT 
contracts and scopes of work 


specialists to augment internal skills 
and experience 


H.3 INTERVIEW QUESTIONS 


FIGURE 45: INTERVIEW QUESTIONS 


Montana Department of Transportation 
Strategic Enterprise Architecture Design 
Key Stakeholder Interview Questionnaire 


Introduction 


eVision Partners, Inc. (eVision) has been engaged by MDT to develop a Strategic Enterprise 
Architecture Design for the Department. As part of the initiation of this project, eVision is 
conducting a set of key stakeholder interviews to gain an understanding of the key business 
drivers within MDT. To help structure these interviews and ensure consistency in data 
collection, we have developed this brief interview questionnaire to guide our discussion with 
you. 


We will use the questionnaire below to guide these discussions. We encourage the interview 
participants to review the questionnaire beforehand, if at all possible. Also, please feel free to 
bring any supporting material to the discussion session that you would like to pass on to the 
project team. 


Please feel free to contact the eVision Project Manager, Robert Cooney (919-605-1590, 
rcooney @evisionpartners.com) if you have any questions or comments. 


Thanks in advance for your assistance with this process. 


Stakeholder Questionnaire 


1. Please briefly describe your role and responsibilities at MDT? 


2. Please explain the key business objectives for your area and how these objectives align with 
MDT’s overall strategic objectives? 


3. What do you see as the role of information technology in helping to meet your unit’s key 
business objectives? 
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Montana Department of Transportation 
Strategic Enterprise Architecture Design 
Key Stakeholder Interview Questionnaire 


4. What information technology initiatives are currently underway within your division or 
office? 


5. From your perspective, what do you see as the key business challenges and opportunities 
facing MDT department-wide? In your specific areas of responsibility? 


6. From your perspective, what are the key strengths of MDT’s current management systems 
and information technology environment? 


7. From your perspective, what are some of the issues/challenges with MDT’s current 
management systems and information technology environment? 


8. What specific outcomes from the Enterprise Architecture Design project would make this 
project a success from your perspective? 
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Montana Department of Transportation 
Strategic Enterprise Architecture Design 
Key Stakeholder Interview Questionnaire 


9. Are there areas that we have not asked you about that we should have? 


10. What other individuals in your areas of responsibility would you suggest we speak to? 
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H.4 DRAFT MDT TECHNOLOGY GOVERNANCE POLICY 


FIGURE 46: DRAFT MDT TECHNOLOGY GOVERNANCE POLICY 


State of Montana 
M,; Department of Transportation 


Technology Governance Policy 


Policy No. POL X.XX.XXX Subject: TECHNOLOGY GOVERNANCE 
Signature: 
x Effective Date: 7/1/2016 
Michael T. Tooley 
Director 
1. PURPOSE 


1.1. This policy establishes the Montana Department of Transportation (MDT) 
Information Technology (IT) Steering Committee to provide technology governance 
and guide the strategic deployment of technology that enables the optimum delivery 
of MDT business processes, program and project delivery, operations, and services. 


2. DEFINITIONS 
2.1. Technology: Software applications and systems, hardware, databases, networks, 
policies, procedures, etc. that manage the department's information and support the 
delivery of MDT's programs, projects, services, and operations. 


2.2. Technology governance provides senior leadership the ability to direct, measure, and 
evaluate enterprise technology resources to support the achievement of the 
organization’s vision, mission, and strategic goals. It recognizes technology as a 
strategic part of the organization’s success; it integrates technology, people, and 
processes; it guides technology investments that generate business value; it steers 
technology investments to mitigate MDT risks; and it monitors performance of 
technology resources and establishes accountability. 


2.3. Enterprise architecture: A strategic technology plan that aligns with the strategic plan 
of MDT; integrates the technology needs of MDT; and leverages data, systems, 
technology infrastructure, and knowledge of staff members to implement technology 
systems to support the efficient delivery of the programs, operations, and services of 
MDT. 


3. SCOPE (PERSONS AFFECTED) 
3.1. This policy applies to all business units of MDT. 


H-15 


4. POLICY 
4.1. Background and Purpose 


4.1.1. The technology demands of MDT have grown more rapidly than could be met 
by the resources of the MDT Information Services (IS) Division. While there is an 
existing IS process for technology deployment, divisions in need of technology 
initiated their own technology development and deployment projects using 
commercial software providers, university developers, and private information 
technology consultant developers. The systems implemented have served the 
immediate needs of the divisions but often have not provided integration with 
data of the many other systems utilized by MDT. While the divisions were 
deploying new technology, the backbone applications of the business support 
functions of MDT continued to use older technology that is becoming harder to 
support. The lack of technology governance in MDT is believed to have 
contributed to this situation. 


4.2. IT Steering Committee Mission 


4.2.1. The mission of the IT Steering Committee is to develop policies, procedures, 
and processes to support the accomplishment of the goals of the committee. 


4.3. IT Steering Committee Goals 


4.3.1. The goals of the committee will be to evaluate and recommend technology 
investments that generate business value; evaluate technology investments in 
consideration of enterprise architecture deployment and MDT risk mitigation; 
and manage the performance of MDT’s technology program and technology 
investments. 


4-4. Technology Investment Plans 


4.4.1. The committee shall establish rolling 5-year and 1-year technology investment 
plans and update the plans annually. 


4.5. IT Steering Committee Membership and Terms 


4.5.1. The MDT Deputy Director who will serve as the IT Steering Committee’s 
Executive Champion and represent the Director's interest in all technology 
matters, communicate frequently with the Director on committee actions and 
activities, and serve to enable the success of the committee. 


4.5.2. Annually, the IT Steering Committee membership shall be appointed by 
Executive Champion. The Committee membership shall consist of nine (9) 
members, of which no more than three (3) will be unclassified members. The 
Committee membership shall include business owners from each of the MDT 
Divisions, and at least two (2) district representatives. The Division Director of 
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4.5.3: 


a ae 


4.5.5. 


the Information Services Division will have a standing ad hoc position on the 
Committee. Members will serve three-year terms and may be re-appointed. No 
Committee member shall serve more than two (2) consecutive terms except for 
the Division Director of the Information Services Division. 


To ensure the ongoing continuity of the IT Steering Committee, the terms of the 
initial members of the committee will be divided into three groups as follows: 
three (3) members whose terms will expire on June 30, 2017; three (3) members 
whose terms will expire on June 30, 2018 and three (3) members whose terms 
will expire on June 30, 2019. Following this start-up period, terms will continue 
to be staggered to ensure continuity of the committee. 


At the beginning of each fiscal year, the committee membership will elect a 
chairperson from within their number to serve the IT Steering Committee. The 
chairperson shall lead the activities of the committee in alignment with the 
established committee charter. In the conduct of committee matters, the staff 
of the Information Services Division shall support the chairperson. 


The IT Steering Committee may designate any number of ad hoc, non-voting 
members as may be needed to support the conduct of committee business. 


4.6. Authority 


4.6.1. 


The IT Steering Committee is authorized to establish policies and procedures in 
addition to those included herein to guide technology governance and strategic 
deployment of technology that enables the optimum delivery of MDT business 
processes, program and project delivery, operations, and services. 


4.6.1.1. The committee will adopt an annual charter to define the mission of the IT 


Steering Committee; establish objectives; document committee 
membership and leadership; and document the ratification of the charter 
by the committee membership; 


4.6.1.2. The committee shall create subcommittees to serve the needs of the 


council. From its membership, the council shall appoint leaders and 
members to the subcommittees. The committee shall appoint other MDT 
staff members to the subcommittees in support of their missions. All 
actions of the subcommittees must be approved by the IT Steering 
Committee. For approval by the committee, the subcommittees shall 
develop policies and procedures in support of their missions. 


4.6.1.2.1. Standing Committees 


4.6.1.2.1.1. Planning — this subcommittee is responsible for the annual 
development of the one (1) and five (5) year technology 
investment plans for adoption by the committee 
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4.6.1.2.1.2. Investment — this subcommittee is responsible for reviewing 
technology investment requests and presenting qualifying 
investment requests to the entire committee. 


4.6.1.2.1.3. Enterprise architecture — this subcommittee is responsible for 
being the steward of the enterprise architecture and updating 
the architecture as required. 


4.6.1.2.1.4. Security — this subcommittee is responsible for reviewing or 
establishing data and systems access security governance and 
conducting risks assessments. 


4.6.1.2.1.5. Performance — this subcommittee is responsible for the 
establishment of technology performance measures and 
standards, and technology performance management. 


4.6.1.2.2. Ad hoc committees 


4.6.1.2.2.1.. The committee shall, as necessary, appoint ad hoc 
subcommittees in support of executing its mission. 


4.6.1.3. The committee shall conduct regular meetings in conjunction with its 
execution of its mission and shall publish both meeting agendas and 
meeting summaries. 


4.6.1.3.1. Frequency —the committee shall hold meetings quarterly or more 
frequently as needed. Subcommittees of the council shall meet as 
needed to support the subcommittee’s mission and committee- 
established deliverables. 


4.6.1.3.2. Agendas —for each meeting, the committee shall establish an 
agenda. The agenda shall include reports from each of the 
subcommittees of the committee, discussion, and approval of 
subcommittee action items and deliverables, and other technology 
issues added to the agenda by committee members. 


4,.6.1.3.3. Meeting summaries — the committee shall produce a summary of the 
actions taken at each committee meeting. Both the committee 
chairperson and the executive champion shall approve the summary. 


CLOSING 
5.1. Questions concerning this policy should be directed to the Division Director of the 
Information Services Division 


REFERENCES 
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6.1. N/A 


7. ADDITIONAL DOCUMENTS 
7.1. N/A 


8. KEYWORDS 


REVISION HISTORY 
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H.5 MDT TECHNOLOGY COUNCIL DRAFT CHARTER 


FIGURE 47: MDT TECHNOLOGY COUNCIL DRAFT CHARTER 


MDT Information Technology Steering 
Committee Charter 


Purpose of the Charter: 


The purpose of this charter is to define the mission of the MDT Information 
Technology Steering Committee (committee); establish start-up objectives; 
establish ongoing objectives; identify committee membership and leadership; 
and document the ratification of the charter by the committee membership. 


Mission: 


As directed through the MDT Technology Governance Policy, the mission of 
the IT Steering Committee is to develop policies, procedures, and processes 
to the to support the accomplishment of the goals of the Committee that 
include the evaluation and recommendation of technology investments that 
generate business value; the evaluation of technology investments in 
consideration of enterprise architecture deployment and agency risk 
mitigation; and the management of the performance of MDT’s technology 
program and technology investments. The committee will annually produce 
recommended one-year and five-year technology plans with a more detailed 
first year budget. 


Start-up Objectives: 


e Committee Formation — The MDT Director will approve the Technology 
Governance Policy and the Deputy Director, who serves as the 
Committee’s Executive Champion, will appoint members to the IT Steering 
Committee. The Committee will define the IT Steering Committee 
Procedures and will adopt its charter. 


e Meetings — The IT Steering Committee will establish a meeting schedule 
and establish a meeting format and agendas, and appoint responsible 
parties to deliver its ongoing objectives. 


e Policies and Procedures — The IT Steering Committee will approve and 
implement a technology request and evaluation procedure, as well as a 
prioritization procedure and processes to develop its technology 
investment plan. 


e Current Project Backlog - The committee will evaluate proposed projects 
which have been identified and are in the pipeline as of the time of the 
start-up of the committee and make a recommendation on how to proceed 
with each project. 


Technology Committee Charter Page | 
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Evaluation of Department Resource Capacity — The committee will provide 
a recommendation to the administration in terms of whether sufficient 
resource skills and capacity are available to meet the priority technology 
needs of the agency. 


Ongoing Objectives: 


Implementation of Technology Governance — The agency will embrace 
technology governance as a strategic part of its business, and will utilize 
the IT Steering Committee to guide the development of technology plans 
that implement best value technology investments and mitigate technology 
risks in an enterprise architecture framework. 


Committees — The IT Steering Committee will establish subcommittees 
with responsibilities as described in the Technology Governance Policy. 
The committee will establish subcommittee missions that support the 
committee, and develop policies, procedures, and practices that aid in the 
delivery of the committee’s deliverables. 


Monitor MDT Strategic Enterprise Architecture Design and Implementation 
Plan Recommendations — The IT Steering Committee will monitor MDT’s 
progress in implementing the MDT Strategic Enterprise Architecture 
Design and Implementation Plan recommendations. 


Technology Investment Plans — Annually, the IT Steering Committee will 
utilize the deliverables of its committees, and recommend a one-year and 
five-year technology investment plans with a more detailed one-year 
budget. 


IT Steering Committee Membership Is defined in the MDT Technology 
Governance Policy. 


Ad-hoc Members — Is defined in the MDT Technology Governance Policy. 


Process Review — The IT Steering Committee will annually review its 
policies, procedures, and actions and will modify those policies and 
practices as needed for continuous improvement. 


Values: 


The IT Steering Committee membership provides a cross functional 
representation of MDT. In this capacity members will act objectively in the 
overall best interest of MDT. 
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IT Steering Committee Membership 
The undersigned acknowledge the role and responsibilities of the IT 
Steering Committee and their individual roles and responsibilities as 
members of the committee. 


IT Steering Committee Executive Champion: 


IT Steering Committee Chairperson: 


IT Steering Committee Members: 


IT Steering Committee Ad Hoc Members: 
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H.6 PROJECT ORIGINATION CHECKLIST (POC) 


FIGURE 48: PROJECT ORIGINATION CHECKLIST (POC) 


MDT IT Steering Committee 
Technology Investment Program 
Technology Project Origination Checklist (POC) 


Project Overview 


Project Size (Enhancement, Minor, 


Anticipated Duration : 
Major) 


Estimated Cost 


Brief Description of 
Business Opportunity 
or Challenge 


Proposed Project 
Scope or Solution 


Brief Summary of 
Anticipated Business 
Benefits 


Alternative Solutions 
Considered {if any) 


Anticipated Project 
Stakeholders 


—<——-—  — 


Approvals 


abled fe = es a ee ee ee es 


Draft Pending Approval 1 
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Date Signed 


Draft Pending Approval 2 
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H.7 PROJECT ORIGINATION DOCUMENT (POD) 


FIGURE 49: PROJECT ORIGINATION DOCUMENT (POD) 


MOT Technology Council 
Project Origination Document 


MDT IT Steering Committee 
Technology Investment Program 
Technology Project Origination Document (POD) 


Project Overview 


General Project Information 


Project Name 
, Starting Fiscal Year 


{from Schedule below) {from Schedule below) 
Estimated Project Cost Expected Annual Savings 
lis this a continuation project? | __ves_ | __no [yes projectnumber J SY 


Reason for Initiating Project 


Project Scope Definition 


Sponsoring 
Division/Office 


Project Scope 


business benefits 


Is this a proven 
concept? (explain) 


Draft Pending Approval 1 
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MDT Technology Council 
Project Origination Document 


Draft Pending Approval 2 
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MDT Technology Council 
Project Origination Document 


Project Objectives 
Alignment with Department Strategic Plan 
Enables Strategic 
Objectives of 
Department 


Continuous improvement of service to citizens, stakeholders, and employees 


Provide efficient 
land reliable 


Improvement to 
ODOT service 


Maintain 
technology assets, 


Regulatory and 
Policy Directives 


Regional and other collaboration opportunities 
Support regional 

transportation 

network 


Risk mitigation 


Enhance data 
integrity 


Provide systems 
functionality and 
service delivery 


Draft Pending Approval 
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Ww 


MDT Technology Council 
Project Origination Document 


Project Objectives (continued) 


Agency utilization 
levels 


Systems 
integration 


Risk to delivery of technology project (Attach Risk Detail Sheet) 


Implement proven 
concepts 


Deliver with 
experienced staff 


Overall Risk Rating 
from Risk Detail 
Sheet 
Related Projects 


Relationship 


Draft Pending Approval 
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MDT Technology Council 
Project Origination Document 


Resources and Procurement 
Resource Requirements 


Other Divisions or 
Offices Required to 
Participate 


ODOT Staff 
Experienced w- 
Technology or 
Project Type 
Potential Project 
Management Team 
Members by Office 


Planned Procurement Strategy 


Services, Products, 
or Materials Needs 


Planned 
Procurement 
Approach 


Leverage Existing 
Contract Vehicles 


Draft Pending Approval 
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MDT Technology Council 
Project Origination Document 


Project Schedule (attach detailed schedule) 


Project Phase Start Date End Date |Comments 


Assumptions and Constraints 


Constraints 


Draft Pending Approval 
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6 


MDT Technology Council 
Project Origination Document 


Sources Original Authorized Budget 
Federal 
Targeted Funding |State 
Sources Other External Proposed Transfer 
XI 


Project Number 


Hi isting Proj 
Budget History for Existing Projects Current Approved Budget 


Federal Funding 
Status 


Operating Budget 
Impact 


Estimate of Annualized Business Benefits 


Amount Basis of Estimate 
Increased revenue 


Potential Cost Savings 


Higher Productivity 


Improved Compliance 


og ese a ee 
$0 


Reduced Maintenance 


Other Costs Avoided 


Improved System Security 


Draft Pending Approval 
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~ 


MDT Technology Council 
Project Origination Document 


Financial (continued) 


Fiscal Year 
2018 - 2019 


Net Operating Budget Change 
Budget Change 
History Narrative 


Return on Investment (ROI) - (attach supporting documents) 


Draft Pending Approval 8 
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MDT Technology Council 
Project Origination Document 


Approvals 


Form Status Date Submitted 


Action Date 


Comments 


Insert first approver Action Date 


Comments 


Insert Second 


Action Date 


Action Date 


Insert final 
in ne pate | __pcct ee 
approver 


Comments 


Draft Pending Approval 9 
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H.8 CAPITAL IMPROVEMENT PROGRAM DECISION-MAKING MODEL 


This appendix contains a sample Project Prioritization Decision Model (see Figure 50, page 
H-35), developed by the Vision Partners project team. The intention of this form is to provide an 
example of the elements that might be included in a technology project prioritization model. 


Please note that the example model provided was intended to not only evaluate technology 
projects but a broader range of other proposed capital improvement projects (construction, 
systems planning, etc.). As a result, not all criteria will necessarily be applicable to a model 
intended to evaluate technology projects only. 


MDT Strategic EA Final Report 
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FIGURE 50: CAPITAL IMPROVEMENT PROGRAMS/PROJECTS FORM 


Proposed Objectives /Sub-Objectives for 
Evaluating Capital Improvement Programs/Projects 


Objective/ Weighting 
Sub-Objective Rating Scale Factor 
| 1, Continuous improvement to customer service - 28% 
Provide safe, secure, and reliable Safety or security critical: 100% 15% 
customer service Regulatory; 100% 


Operation critical: 70% 

Operation support: 50% 

Service enhancements: 30% 

Service expansion per approved regional or other long-range plan: 30% 
Other service expansion: 0% 


Apply continuous improvement to Project delivers customer-facing service improvements: 100% 3% 
service delivery Project improves overall efficiency and effectiveness of internal business 
operations: 50% 

Project does not provide customer-facing service improvements or 

substantially improve the efficiency of internal operations: 0% 


Mitigate risk to the Authority Project eliminates the potential for a significant operational disruption, 10% 
safety, or security issue; 100% 


Project eliminates the potential for a minor operational disruption: 50% 
Project does not mitigate the potential for an operational disruption or a 
safety issue: 0% 

2. Sustaining our assets - 29% 


Maintain infrastructure and Asset or operational process is in a Failed condition: 100% 
operational capabilities Asset or operational process is in a Substandard condition: 70% 
Asset or operational process is in an Adequate condition: 30% 

Asset or operational process is in a Good or Excellent condition: 0% 


Note: If an asset is being proposed for replacement because of the need to 
replace another asset on which it is dependent, the asset will receive the 
lower condition score of either the asset itself or the dependent asset 


15% 


Address urgent business request Project addresses an urgent request as approved by the Deputy GM/COO; 4% 


100% 
Invest in ODOT's human resources Project promotes staff development and retention: 100% 5% 


5% 


Improve work place health and safety | Project reduces risk of employee exposure to hazardous materials, 
eliminates hazardous conditions in the work place, or otherwise improves 
work place safety; 100% 


3. Funding optimization - 9% 
Utilize available Federal funding Federal grant award executed: 100% 

Federal grant application notice of award: 80% 
Federal grant applied for: 30% 

Federal grant eligible: 10% 

Authority internal funding only: 0% 


Optimize use of external funding Score is percent of project funded by Federal, State, or other non-Authority 4% 


sources funds (local partners, etc.) 
4. Financial return - 7% 
Provide new or expanded source of > $500K in additional revenue: 100% 2% 
revenus 2 $250K and < $500K in additional revenue; 70% 
> $0 and <$250K in additional revenue; 30% 
No additional revenue: 0% 
Minimize impact on operating budget | Cost savings > $1 million: 100% 4% 


Cost savings > $500K and < $1 million: 70% 
Cost savings > $0 and < $500K; 50% 

Cost neutral: 30% 

Cost increase < $500K: 5% 

Cost increase > $500K and < $1 million: 3% 
Cost increase > $1 million: 1% 
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Objective/ 
Sub-Objective 


Provide a positive return on NPV>$1 million: 100% 
investment NPV > $500K and < $1 million: 70% 
NPV > O and <$500K; 50% 
NPV < O and > (-$500K); 30% 
NPV < (-$500K); 0% 


Weighting 


Rating Scale Panior 


5. Regional and other collaboration opportunities - 4% 


Support regional transportation Project results in an expansion of the regional transportation system within 
network the next five years: 100% 


Project integrates with or supports expansion of non-Authority elements of 
the regional transportation system within the next five years; 70% 

Project involves advanced planning or preliminary engineering, activities in 
support of a significant expansion of the regional transportation system 
included in the approved regional transportation plan: 50% 


Project involves advanced planning or preliminary engineering activities in 
support of integration with or supporting expansion of existing non- 
Authority elements of the regional transportation system per the approved 
regional transportation plan: 30% 


Project does not support expansion of the regional transportation network: 
OM” 

Leverage partnership opportunities Another public sector agency or developer is contributing funding to meet 
project objectives: 100% 
Project involves coordination with another public-sector agency or 


developer who is providing non-cash contributions to meet project 
objectives: 70% 


Project does not involve partnership opportunities: 30% 


Project involves coordination with other public-sector agencies or private 
partners who are not contributing financial or other resources to meet 
project objectives; 0% 


6. Environmental stewardship and sustainability - 4% 


Reduce release of emissions and 
contaminants 


Project reduces emissions to air, releases to water, or contamination to 
soil/land: 100% 


Project promotes recycling or improves waste management practices: 100% 


Improve waste management 1% 


practices 


Promote livable communities Project incorporates context sensitive design concepts or otherwise 1% 


enhances local neighborhoods or communities; 100% 


7. Project deliverability - 19% 


Implement proven project concepts Authority has successfully delivered projects of a similar scope/scale: 100% 
Another transit authority has successfully delivered projects of a similar 
scope/scale: 30% 

Deliver with experienced staff Authority has internal staff with prior experience with the proposed project 
technologies and other project elements; 100% 


Authority has identified external resources with demonstrated prior 
experience with the proposed project technologies and other project 


elements: 30% 
Leverage available procurement Project is able to buy off a GSA or State contract; piggyback off another 
vehicles transit agency contract; or utilize one or more existing Authority master 


contracts to reduce length of procurement cycle: 100% 


Minimize project risk Project risk rating is low: 100% 
Project risk rating is medium; 30% 
Project risk rating is high: 0% 


Total: 100% 
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Program Constraints 

The following resource types are proposed to be included in the decision model as program 
constraints for evaluating candidate projects: 

Total anticipated available funding; 

Total anticipated available funding by funding source/funding type; 

Required track time/track allocation; 

Total hours of Contracts and Procurement staff support per fiscal year; 

Total hours of Technology Applications Development staff support per fiscal year; 
Total hours of Technology Infrastructure and Networking staff support per fiscal year; 
Total hours of Engineering staff support per fiscal year by discipline; 

Total hours of Quality, Safety, and Training staff; 

Service impact (once over weekend, continuous service disruptions, etc.); and 

Special event coordination/limitations. 
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H.9 LISTING OF MONTANA DEPARTMENT OF TRANSPORTATION PARTICIPANTS 


FIGURE 51: LIST OF MDT PARTICIPANTS IN THE DEVELOPMENT OF THE MDT EA STRATEGIC PLAN 


Name Division/Bureau/Unit 


Aaron Dennis 


Engineering Operations 


Adam Kraft 


Transportation Planning 


Amanda Jackson 


Bridge 


Andrew VanDaele 


Facilities 


Becky Duke Data and Statistics Bureau 
Bill Semmens Environmental 
Brad Marten Motor Carrier Services 


Brandi Hamilton 


Maintenance 


Brenda Bokovoy 


Accounting Controls 


Bryan Miller Consultant Design 
Bryce Larsen Photogrammetry 
Carla Hass Right of Way 


Chad Newman 


State Highway Traffic Safety 


Cheryl Winship 


HR Specialist (Great Falls District) 


Chris Hardan 


Bridge 


Christopher DeVerniero 


Transportation Planning 


Chuck Granger 


Information Services 


Damian Krings 


Road Design 


Dan Bisom Motor Carrier Services 
Dan Kiely Motor Carrier Services, Licensing and Permitting 
Daniel Moore Motor Carrier Services, Enforcement Bureau 


Danielle Bolan 


Traffic Geometrics 


Dave Hand District Administrator, Great Falls District 
Dave Ohler Chief Counsel, MDT Legal Services Unit 
David Hamer Accounting Controls 

David Hedstrom Hydraulics 

David Hoerning Right of Way 

David Jacobs Transportation Planning 

David Johnson Bridge 

Debbie Alke Administrator, Aeronautics Division 
Dennis Hult Motor Carrier Services 

Diane Myers Transportation Planning 

Don Reidelbach Right of Way 

Don Wark Transportation Planning 


Dorianne Minkoff-Brown 


Accounting Controls 


Doug McBroom 


Maintenance 


Duane Williams 


Administrator, Motor Carrier Services Division 


Ed Ereth 


Data and Statistics Bureau 


Greg Smerker 


Maintenance 
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Name Division/Bureau/Unit 


Gregory Pizzini 


Right of Way 


Harlan Davis 


Maintenance/Sign Shop 


Harold Dramstad 


Aeronautics Safety and Education 


Ivan Ulberg 


Traffic Safety 


Jack Dartman 


Information Services 


Jake Goettle 


Construction 


James Walthers 


Engineering 


Janet Kenny 


State Highway Traffic Safety 


Jason Gilliam Accounting Controls 

Jay Marks Information Services 

Jeania Cereck Design (Great Falls District) 

Jeff Gleason Equipment 

Jeff Jackson Geotechnical 

Jeff Olsen Bridge 

Jeff Sillick Information Services 

Jeff Steeger Motor Carrier Safety Assistance Program 
Jeri Kolberg Information Services 


Jerilee Weibel 


Right of Way (Great Falls District) 


Jerri Lake Administration Division 

Jim Davies Pavement Analysis 

Jim Skinner Policy, Programs and Performance 
Jodee Alm Motor Carrier Services 

John Althof Traffic Safety 

John Amestoy Pavement Analysis 

John Levick Information Services 


Jonathon Swartz 


Maintenance 


Joseph Zody 


Right of Way 


Justun Juelfs 


Maintenance 


Kathryn Callon 


Research 


Kathy James Construction Systems 

Kathy Overton Workforce Planning 

Kelly Holbrook Equipment (Great Falls District) 

Ken Wilhelm Airport/Airways Bureau 

Keni Grose Administrator, Human Resources Division 


Kent Barnes 


Bridge 


Kevin Kauska 


Information Services 


Kevin Murphy 


Workforce Planning 


Kim Doherty 


Accounting Controls 


Kim Janzen 


Kirsten Wrzesinski 


Maintenance 


Kraig McCleod 


Traffic Safety 


Larry Flynn 


Administrator, Administration Division 


Lawrence Urban 


Environmental 
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Name Division/Bureau/Unit 


Leah Kailey Fiscal Operations 

Lesly Tribelhorn Highways Bureau 

Linda Hicks Fiscal Operations 

Lisa Durbin Construction Administration Services 

Lisa Hurley Fiscal Operations 

Luke Cowan Equipment (Great Falls District) 

Lynn Zanto Administrator, Rail, Transit and Planning Division 
Marie Stark Fiscal Operations 

Mark Keeffe State Highway Traffic Safety 


Mary Gayle Padmos 


Pavement Analysis 


Matthew Needham 


Materials 


Maureen Culpon 


Information Services 


Megan Handl 


Civil Rights 


Megan Serviss 


Accounting Controls 


Michael Dyrdahal 


Engineering Operations 


Mike Bousliman 


Administrator, Information Services Division 


Mike Murolo Facilities 

Mike Warren Information Services 
Miles Wacker Information Services 
Nicole Pallister Budget and Planning 
Patricia McCubbins Civil Rights 

Patrick Hurley Right of Way 

Paul Brown Right of Way 

Paul Jagoda Construction 

Paul Johnson Transportation Planning 
Phillip Inman Right of Way 

Ralph Jones Surveying 


Renae Johnansen 


Human Resources 


Robert Antonick 


Information Services 


Robert Heiser 


Right of Way 


Robert Virts 


Occupational Safety and Health 


Roche Juneau 


Financial Management 


Ross (Oak) Metcalfe 


Materials 


Roy Peterson 


Traffic Safety 


Ruby Dougherty 


Information Services 


Ryan Dahlke Consultant Design 
Scott Helm Geotechnical 
Scott Winfield Accounting Controls 


Shawn Bryant 


Environmental 


Stanley Kuntz 


Materials (Great Falls District) 


Stephen Prinzing 


Engineering (Great Falls District) 


Steven Giard 


Right of Way/Utilities 


Steven Keller 


Communications 
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Name Division/Bureau/Unit 


Susan Sillick Research 

Tara Preston Accounting Controls 

Teresa Yakoweshen Information Services 

Tim Conway Airport/Airways Bureau 

Todd Miller Information Services 

Tony Strainer Maintenance (Great Falls District) 
Tony Strainer Maintenance (Great Falls District) 
Tracey Thennis Human Resources 

Tracy Halubka Fiscal Operations 

Vickie Murphy Audit Manager 

Vonnie Jenkins Motor Pool 

Walt Kertula Equipment 
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